View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0019008 | MMW 5 | General | public | 2022-04-23 22:11 | 2023-02-06 13:46 |
| Reporter | drakinite | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0.3 | ||||
| Target Version | 5.0.3 | Fixed in Version | 5.0.3 | ||
| Summary | 0019008: Wake from sleep 2x causes Taskbar to "progress" indefinitely and Playback to start by itself | ||||
| Description | To reproduce: 1. Open MediaMonkey 2. Play a track then pause it after a second 3. Send PC to sleep 4. Wake PC from sleep 5. Repeat steps 2, 3, and 4 once. On the second wake from sleep, MediaMonkey will display taskbar progress indefinitely, until it is closed. In the default Windows 10 color themes, this manifests itself as MM showing completely green in the taskbar. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2622 | ||||
|
|
Debug log file while reproducing the steps as described. |
|
|
I can't replicate, assiging to Michal to analyze the logs (supposing that it is somehow related to playback ?) |
|
|
Debugging with Michal and seems related to video thumbnail generation. Should be fixed in 2618, please re-test (as I could not replicate, but done a code change that should fix this) |
|
|
Tested 2618 and this seems to have introduced a regression: sometimes upon resuming the PC MediaMonkey playback starts by itself! 1 Launch MM 2 initiate playback and press PAUSE 3 Close laptop to trigger Sleep mode 4 Open laptop --> Screensaver displays 5 Click mouse (on a portion of the screen where MediaMonkey isn't displayed) --> Apps display --> In some cases the seek bar displays in the correct location. In other cases (1/4 times), no seekbar is displayed and when it appears, playback starts from the beginning! 6 Once the playback bug occurs, pausing playback and triggering steps 3-5 again triggers the original bug in which the MM icon displays with a 'full' green progress indicator! |
|
|
Could be related also to ticket 4060. |
|
|
I cannot reproduce, but based on logs I have found most probable reason, fixed in build 2620. |
|
|
Tested with 2620 and the behavior is still abnormal/unstable 1 Launch MM 2 initiate playback and press PAUSE 3 Close laptop to trigger Sleep mode 4 Open laptop --> Screensaver displays 5 Click mouse (on a portion of the screen where MediaMonkey isn't displayed) --> Apps display, but after a few seconds the MM seekbar indicator disappears and then re-appears! 6 Repeat steps 3-5 4x --> each time, apps display and but MM taskbar icon is green (the originally reported issue)! Note: resuming playback / stopping playback / restarting playback have no impact on the green taskbar icon (i.e. it stays green)! 7 Close MM --> Crash AD2A0000 The good news is that playback didn't start by itself. |
|
|
rusty: problem is with your system, it seems, it stops our threads nearly immediately and does not allow us to do nearly anything before sleep. And without saving state before sleep the app is not in the correct state after waking up. I have no idea, why it is working this way for you, I tested it on my PC, on notebook, and it is never done this hard way. Currently I do not see any better solution. The crash log was not received, we had some problems with sending bugreports last two days. |
|
|
Green taskbar icon cannot be related to playback, as we do not use this system progress for playback at all. It is related to some background task, maybe some scanning or download. I tried both, but could not reproduce too, for me scan resumes after waking up and after finishing the scan progress is finished too. |
|
|
Re. the Green Taskbar icon, you're right--that issue can be replicated without playback. I tried replicating a little bit differently in the hope that this may provide some useful information: 1 Launch MM and wait for 5 minutes so that any processes complete 2 Trigger Sleep mode (line 6893) 3 Move mouse / click --> Screensaver displays and then --> Apps display, but the MM taskbar icon is green! 4 Close MM --> MM closes normally (so perhaps the crash is related to Sleeping while playback is paused--I'll test that shortly). |
|
|
On further testing it seems that the crash only occurs (not consistently, though) after Sleeping when playback has paused _and_ the seekbar has disappeared temporarily. Strangely, the seekbar problem (and hence the crash) only occurs with the debug build, so we can probably ignore it (and just document it). Note though that the green progress icon occurs with both regular and debug builds. |
|
|
So the basic problem is really caused by "modern standby", confirmed with another laptop with S0. Windows stop our threads in just a few ms and ignore requests for short postponing (by SetThreadExecutionState and/or PowerSetRequest) so we could save state and prepare for sleep. It is causing problems, because these threads continue after waking up and then try to save state and prepare for sleep, but in the meantime waking up and restoring state is also running. I currently cannot find any solution. EDIT (by Rusty): Michal is referring to both problems (green taskbar icon + seekbar anomaly/crash) in the above comment. i.e. modern standby is causing the problems with seekbar and possible restart of playback, as player never manages to stop playback and save state in time and does it later. New debug messages will be added for all progress bar code to determine which task is being resumed. |
|
|
I see that Michal supressed the taskbar progress in case of video thumbnail generation -- which is fine IMO for such a action. Nevertheless meanwhile I think I found what could cause the taskbar state mismatch after wake up and added the fix to build 2622 (SVN revision 39667) |
|
|
Verified that the Green Taskbar icon issue has been resolved in 2262. |
|
|
Verified 2622 tested, progress bars on scanning and also on podcasts fetching/downloading and progress bar reflected correct state and removed if action is stopped or finished after waking from Hybrid sleep or standby. Test note: My system settings was Hybrid sleep, I also tested S3, but S0 was not available. The following sleep states are available on this system: Standby (S3) Hibernate (S4) Hybrid Sleep Fast Startup The following sleep states are not available on this system: Standby (S0-S2) The system firmware does not support this standby state. |
|
|
Remaining issues are tracked at 0019063. |
