New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to send torrents to deluge after updating from 2.0.0.4885 #2100

Closed
galacticat opened this Issue Aug 4, 2017 · 10 comments

Comments

Projects
None yet
2 participants
@galacticat

galacticat commented Aug 4, 2017

I have sonarr running (everything working) in a linuxserver/sonarr docker container. It is currently on version 2.0.0.4855. If I update it to 2.0.0.4928 it can no longer send torrent files to deluge (also running in a docker container). I can't find anything in the logs on sonarr or deluge with what is causing it to fail. If I recreate the docker instance I can roll back to 2.0.0.4855 and everything works again.
Testing the deluge connection succeeds in the Download Client configuration screen.

Things I tried before rolling back sonarr:
Created a new deluge docker container with no torrents in it and reconnected sonarr to deluge.
Using radarr to send a torrent to the deluge client, this was successful.

@Taloth

This comment has been minimized.

Show comment
Hide comment
@Taloth

Taloth Aug 4, 2017

Member

We do need log files, trace in this case.

Member

Taloth commented Aug 4, 2017

We do need log files, trace in this case.

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 4, 2017

Log file attached.

There are some authentication failed messages in there where I was playing around with the configuration troubleshooting.

sonarr.txt

galacticat commented Aug 4, 2017

Log file attached.

There are some authentication failed messages in there where I was playing around with the configuration troubleshooting.

sonarr.txt

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 4, 2017

So, looking closer into the logs it looks like this issue exist in 2.0.0.4885, but my TorrentBlackhole configuration was making stuff work. I disable TorrentBlackhole and got this out of the logs:

17-8-4 14:14:46.8|Info|DiskScanService|Scanning disk for Zoo
17-8-4 14:14:46.9|Info|DiskScanService|Completed scanning disk for Zoo
17-8-4 14:14:47.0|Info|ExistingMetadataImporter|Found 0 existing metadata files
17-8-4 14:14:47.1|Info|ExistingSubtitleImporter|Found 0 existing subtitle files
17-8-4 14:14:47.1|Info|ExistingOtherExtraImporter|Found 0 existing other extra files
17-8-4 14:14:47.1|Info|ExistingExtraFileService|Found 0 extra files
17-8-4 14:15:14.7|Info|SceneMappingService|Updating Scene mappings
17-8-4 14:27:15.1|Info|RssSyncService|Starting RSS Sync
17-8-4 14:27:20.8|Info|DownloadDecisionMaker|Processing 225 releases
17-8-4 14:27:25.8|Info|RssSyncService|RSS Sync Completed. Reports found: 225, Reports grabbed: 0
17-8-4 14:36:39.4|Info|NzbSearchService|Searching 3 indexers for [Pawn Stars : S14E25]
17-8-4 14:36:51.2|Info|DownloadDecisionMaker|No results found
17-8-4 14:37:08.3|Info|NzbSearchService|Searching 3 indexers for [Shark Week : S2017E00]
17-8-4 14:37:12.9|Info|DownloadDecisionMaker|No results found
17-8-4 14:41:39.1|Info|NzbSearchService|Searching 3 indexers for [Whose Line is it Anyway? : S13E08]
17-8-4 14:41:50.9|Info|DownloadDecisionMaker|Processing 60 releases
17-8-4 14:42:04.7|Info|DownloadService|Report sent to TorrentBlackhole. Whose Line is it Anyway US S13E01 WEB x264-TBS
17-8-4 14:42:45.6|Info|RssSyncService|Starting RSS Sync
17-8-4 14:42:50.5|Info|DownloadDecisionMaker|Processing 227 releases
17-8-4 14:42:54.9|Info|RssSyncService|RSS Sync Completed. Reports found: 227, Reports grabbed: 0
17-8-4 14:43:24.1|Info|NzbSearchService|Searching 3 indexers for [Whose Line is it Anyway? : S13E08]
17-8-4 14:43:34.6|Info|DownloadDecisionMaker|Processing 60 releases
17-8-4 14:44:04.8|Fatal|NzbDroneErrorPipeline|Request Failed. POST /api/release

[v2.0.0.4855] NzbDrone.Core.Download.Clients.DownloadClientUnavailableException: Unable to connect to Deluge, please check your settings ---> System.Net.WebException: The request timed out
  at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00049] in <2b0d86369d72459baed0cee98a8e578a>:0
  at System.Net.HttpWebRequest.GetResponse () [0x0000e] in <2b0d86369d72459baed0cee98a8e578a>:0
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0012d] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:76
  at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000cc] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:60
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x0007e] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\HttpClient.cs:70
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult] (NzbDrone.Common.Http.JsonRpcRequestBuilder requestBuilder, System.String method, System.Object[] arguments) [0x0000e] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:213
   --- End of inner exception stack trace ---
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult] (NzbDrone.Common.Http.JsonRpcRequestBuilder requestBuilder, System.String method, System.Object[] arguments) [0x0006f] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:234
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ProcessRequest[TResult] (NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings, System.String method, System.Object[] arguments) [0x00008] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:180
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.SetLabel (System.String hash, System.String label, NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:158
  at NzbDrone.Core.Download.Clients.Deluge.Deluge.AddFromTorrentFile (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String hash, System.String filename, System.Byte[] fileContent) [0x00027] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\Deluge.cs:62
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].DownloadFromWebUrl (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String torrentUrl) [0x001b8] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:183
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].DownloadFromWebUrl (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String torrentUrl) [0x000a4] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:151
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00148] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:117
  at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00171] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\DownloadService.cs:69
  at NzbDrone.Api.Indexers.ReleaseModule.DownloadRelease (NzbDrone.Api.Indexers.ReleaseResource release) [0x0002d] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:67
  at NzbDrone.Api.Indexers.ReleaseModule.<.ctor>b__7_0 (System.Object x) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:46
  at (wrapper dynamic-method) System.Object:CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,System.Func`2<object, object>,object)
  at Nancy.Routing.Route+<>c__DisplayClass4.<Wrap>b__3 (System.Object parameters, System.Threading.CancellationToken context) [0x00049] in <63c44d6f8d7e4f339a987bf9eb94d931>:0

galacticat commented Aug 4, 2017

So, looking closer into the logs it looks like this issue exist in 2.0.0.4885, but my TorrentBlackhole configuration was making stuff work. I disable TorrentBlackhole and got this out of the logs:

17-8-4 14:14:46.8|Info|DiskScanService|Scanning disk for Zoo
17-8-4 14:14:46.9|Info|DiskScanService|Completed scanning disk for Zoo
17-8-4 14:14:47.0|Info|ExistingMetadataImporter|Found 0 existing metadata files
17-8-4 14:14:47.1|Info|ExistingSubtitleImporter|Found 0 existing subtitle files
17-8-4 14:14:47.1|Info|ExistingOtherExtraImporter|Found 0 existing other extra files
17-8-4 14:14:47.1|Info|ExistingExtraFileService|Found 0 extra files
17-8-4 14:15:14.7|Info|SceneMappingService|Updating Scene mappings
17-8-4 14:27:15.1|Info|RssSyncService|Starting RSS Sync
17-8-4 14:27:20.8|Info|DownloadDecisionMaker|Processing 225 releases
17-8-4 14:27:25.8|Info|RssSyncService|RSS Sync Completed. Reports found: 225, Reports grabbed: 0
17-8-4 14:36:39.4|Info|NzbSearchService|Searching 3 indexers for [Pawn Stars : S14E25]
17-8-4 14:36:51.2|Info|DownloadDecisionMaker|No results found
17-8-4 14:37:08.3|Info|NzbSearchService|Searching 3 indexers for [Shark Week : S2017E00]
17-8-4 14:37:12.9|Info|DownloadDecisionMaker|No results found
17-8-4 14:41:39.1|Info|NzbSearchService|Searching 3 indexers for [Whose Line is it Anyway? : S13E08]
17-8-4 14:41:50.9|Info|DownloadDecisionMaker|Processing 60 releases
17-8-4 14:42:04.7|Info|DownloadService|Report sent to TorrentBlackhole. Whose Line is it Anyway US S13E01 WEB x264-TBS
17-8-4 14:42:45.6|Info|RssSyncService|Starting RSS Sync
17-8-4 14:42:50.5|Info|DownloadDecisionMaker|Processing 227 releases
17-8-4 14:42:54.9|Info|RssSyncService|RSS Sync Completed. Reports found: 227, Reports grabbed: 0
17-8-4 14:43:24.1|Info|NzbSearchService|Searching 3 indexers for [Whose Line is it Anyway? : S13E08]
17-8-4 14:43:34.6|Info|DownloadDecisionMaker|Processing 60 releases
17-8-4 14:44:04.8|Fatal|NzbDroneErrorPipeline|Request Failed. POST /api/release

[v2.0.0.4855] NzbDrone.Core.Download.Clients.DownloadClientUnavailableException: Unable to connect to Deluge, please check your settings ---> System.Net.WebException: The request timed out
  at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00049] in <2b0d86369d72459baed0cee98a8e578a>:0
  at System.Net.HttpWebRequest.GetResponse () [0x0000e] in <2b0d86369d72459baed0cee98a8e578a>:0
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0012d] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:76
  at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000cc] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:60
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x0007e] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Common\Http\HttpClient.cs:70
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult] (NzbDrone.Common.Http.JsonRpcRequestBuilder requestBuilder, System.String method, System.Object[] arguments) [0x0000e] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:213
   --- End of inner exception stack trace ---
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult] (NzbDrone.Common.Http.JsonRpcRequestBuilder requestBuilder, System.String method, System.Object[] arguments) [0x0006f] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:234
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ProcessRequest[TResult] (NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings, System.String method, System.Object[] arguments) [0x00008] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:180
  at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.SetLabel (System.String hash, System.String label, NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:158
  at NzbDrone.Core.Download.Clients.Deluge.Deluge.AddFromTorrentFile (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String hash, System.String filename, System.Byte[] fileContent) [0x00027] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\Clients\Deluge\Deluge.cs:62
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].DownloadFromWebUrl (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String torrentUrl) [0x001b8] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:183
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].DownloadFromWebUrl (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode, System.String torrentUrl) [0x000a4] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:151
  at NzbDrone.Core.Download.TorrentClientBase`1[TSettings].Download (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00148] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\TorrentClientBase.cs:117
  at NzbDrone.Core.Download.DownloadService.DownloadReport (NzbDrone.Core.Parser.Model.RemoteEpisode remoteEpisode) [0x00171] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Core\Download\DownloadService.cs:69
  at NzbDrone.Api.Indexers.ReleaseModule.DownloadRelease (NzbDrone.Api.Indexers.ReleaseResource release) [0x0002d] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:67
  at NzbDrone.Api.Indexers.ReleaseModule.<.ctor>b__7_0 (System.Object x) [0x00000] in M:\BuildAgent\work\b69c1fe19bfc2c38\src\NzbDrone.Api\Indexers\ReleaseModule.cs:46
  at (wrapper dynamic-method) System.Object:CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,System.Func`2<object, object>,object)
  at Nancy.Routing.Route+<>c__DisplayClass4.<Wrap>b__3 (System.Object parameters, System.Threading.CancellationToken context) [0x00049] in <63c44d6f8d7e4f339a987bf9eb94d931>:0

@Taloth

This comment has been minimized.

Show comment
Hide comment
@Taloth

Taloth Aug 4, 2017

Member

You should look at the Trace level logs, see https://github.com/Sonarr/Sonarr/wiki/Log-Files.
Then contain additional information like URLs.

Finally, if you see request timeouts on deluge api, there's usually an error on the deluge side. But in some cases if the deluge daemon rpc has an error, the webapi doesn't return it but instead times out. So you should check out the deluged daemon log files.

Member

Taloth commented Aug 4, 2017

You should look at the Trace level logs, see https://github.com/Sonarr/Sonarr/wiki/Log-Files.
Then contain additional information like URLs.

Finally, if you see request timeouts on deluge api, there's usually an error on the deluge side. But in some cases if the deluge daemon rpc has an error, the webapi doesn't return it but instead times out. So you should check out the deluged daemon log files.

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 4, 2017

Little more troubleshooting with version 2.0.0.4885, Deluge was bound to the eth0 adapter, I removed this to let it access all adapters and Deluge works in 2.0.0.4885. I'll go the trace and debug logs next, thanks!

galacticat commented Aug 4, 2017

Little more troubleshooting with version 2.0.0.4885, Deluge was bound to the eth0 adapter, I removed this to let it access all adapters and Deluge works in 2.0.0.4885. I'll go the trace and debug logs next, thanks!

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 4, 2017

Alright, got everything cleaned up and working in 2.0.0.4885. It was logging the issues when on that version. After upgrading to 2.0.0.4928 I can't find what is failing in the logs. Rolling back to 2.0.0.4885 makes everything work again.

I included the deluge log file, not sure if that will help or not. It looks like it is saying the other end is closing the connection , and I am assuming "the other end" is sonarr.

sonarr.debug.txt
sonarr.trace.0.txt
sonarr.trace.txt
sonarr.txt
deluged.txt

galacticat commented Aug 4, 2017

Alright, got everything cleaned up and working in 2.0.0.4885. It was logging the issues when on that version. After upgrading to 2.0.0.4928 I can't find what is failing in the logs. Rolling back to 2.0.0.4885 makes everything work again.

I included the deluge log file, not sure if that will help or not. It looks like it is saying the other end is closing the connection , and I am assuming "the other end" is sonarr.

sonarr.debug.txt
sonarr.trace.0.txt
sonarr.trace.txt
sonarr.txt
deluged.txt

@Taloth

This comment has been minimized.

Show comment
Hide comment
@Taloth

Taloth Aug 5, 2017

Member

You probably have deluge web running as a separate process, it has it's own log file.
The deluged log gives a "CannotListenError: Couldn't listen on 0.0.0.0:8112: [Errno 98] Address in use." error. Looks like it can't startup it's internal webapi coz there's already an external one running? I'm not sure.

and I am assuming "the other end" is sonarr.

No it isn't, there's a webapi inbetween.

I don't see any error in the provided log files, nor any timeouts, nor any attempts to download anything.

Member

Taloth commented Aug 5, 2017

You probably have deluge web running as a separate process, it has it's own log file.
The deluged log gives a "CannotListenError: Couldn't listen on 0.0.0.0:8112: [Errno 98] Address in use." error. Looks like it can't startup it's internal webapi coz there's already an external one running? I'm not sure.

and I am assuming "the other end" is sonarr.

No it isn't, there's a webapi inbetween.

I don't see any error in the provided log files, nor any timeouts, nor any attempts to download anything.

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 5, 2017

So before you have to read this long comment, Thank you for taking the time to help me!

So to go back and tell you how I found this. I upgraded Sonarr Thursday night, Friday morning I noticed I didn't get any notifications that it downloaded episodes. I started troubleshooting, and messing around to see what happened.

During my troubleshooting I turned on the WebUI plugin in Deluge, and that was causing a duplicate instance of the deluge-web service. I resolved that and I am back to my initial issue.
I can't see why, but after upgrading it looks like it stops making attempts to download anything.

Here were my steps to reproduce the issue.

In particular I went to the series Dark Matter, and did a Manual Search, then tried to download S03E10. I believe I am seeing what you were talking about where it isn't even making a download attempt, but if I roll back and do the same procedure again, it works fine.

On version 2.0.0.4928:
sonarr.trace.0.txt
sonarr.trace.txt
sonarr.txt
deluged.txt
sonarr.debug.0.txt
sonarr.debug.txt

After rolling back to version 2.0.0.4885:
sonarr.debug.txt
sonarr.trace.txt
sonarr.txt
sonarr.debug.0.txt
deluged.txt

galacticat commented Aug 5, 2017

So before you have to read this long comment, Thank you for taking the time to help me!

So to go back and tell you how I found this. I upgraded Sonarr Thursday night, Friday morning I noticed I didn't get any notifications that it downloaded episodes. I started troubleshooting, and messing around to see what happened.

During my troubleshooting I turned on the WebUI plugin in Deluge, and that was causing a duplicate instance of the deluge-web service. I resolved that and I am back to my initial issue.
I can't see why, but after upgrading it looks like it stops making attempts to download anything.

Here were my steps to reproduce the issue.

In particular I went to the series Dark Matter, and did a Manual Search, then tried to download S03E10. I believe I am seeing what you were talking about where it isn't even making a download attempt, but if I roll back and do the same procedure again, it works fine.

On version 2.0.0.4928:
sonarr.trace.0.txt
sonarr.trace.txt
sonarr.txt
deluged.txt
sonarr.debug.0.txt
sonarr.debug.txt

After rolling back to version 2.0.0.4885:
sonarr.debug.txt
sonarr.trace.txt
sonarr.txt
sonarr.debug.0.txt
deluged.txt

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 10, 2017

Any idea what I can check next on this? I rolled back to 2.0.0.4885 and have updates turned off right now to keep it working.

galacticat commented Aug 10, 2017

Any idea what I can check next on this? I rolled back to 2.0.0.4885 and have updates turned off right now to keep it working.

@galacticat

This comment has been minimized.

Show comment
Hide comment
@galacticat

galacticat Aug 12, 2017

Something in update 2.0.0.4949 resolved this issue.

galacticat commented Aug 12, 2017

Something in update 2.0.0.4949 resolved this issue.

@galacticat galacticat closed this Aug 12, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment