-
-
Notifications
You must be signed in to change notification settings - Fork 17
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
Episode resume crash #193
Episode resume crash #193
Conversation
I am unable to reproduce a crash by resuming an episode as described above. Could you give more details (e.g. how exactly to interrupt and resume) or is there another way to reproduce the problem? |
This issue seems to be related to the Intel driver (see issue #200 resolution). I'll see if this PR works on a machine with an Intel driver (my current one has NVidia). |
I no longer have access to a machine with Intel video card so unfortunately I cannot do the necessary test. |
Are there any desktop-developers who can confirm the issue and review the fix? |
Is this still relevant? If so, can you please provide some more guidance on how to reproduce? I don't get any crash on my machine:
|
Closing as no further response from author. |
Fixes #158 which was similar to the previous problem resuming from the Library Page, but there were two additional attempts to clear the playlist when resuming playback - these resulted in a segmentation fault.
Despite the description of the problem above, it isn't related to the auto-queuing of the next episode, that presents a differnt test case to teh fix, but not the problem.
To reproduce the original problem, simply interrupt the playback of an episode, and then re-select the same episode. This should trigger a segfault.
After the fix, you should be able to resume or replay an episode regardless of the setting of the auto-queueing and all should work predictibly and intuitively again without crashing.