View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0019257 | MMW 5 | General | public | 2022-07-14 15:25 | 2023-10-05 03:40 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | resolved | Resolution | fixed | ||
| Product Version | 5.0.3 | ||||
| Target Version | 5.1 | ||||
| Summary | 0019257: Playback causes MM to grab focus on artwork lookup | ||||
| Description | There have been 2 reports of MM grabbing focus intermittently during playback or when a new track starts playing. The effects are that the auto-hide taskbar comes to the foreground and MM comes to the foreground (e.g. interrupting full-screen video game playback). Reported at: Ticket 4386 / https://www.mediamonkey.com/forum/viewtopic.php?p=498427#p498427 Ticket 4489 Note: I've been unable to replicate thus far, but debug logs have been provided. One user confirmed that the issue even occurs with pop-ups disabled. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2661 | ||||
|
|
Most probably it was caused by artwork lookup (probably because of invisible cookies acceptance window) ... should be fixed in next build where issue with this acceptance is fixed. |
|
|
Tested build 2679 and this issue isn't fixed. i.e. when Album Art lookup is enabled and the user plays tracks that are missing album art --> when the new track starts playing and album art is looked up, MM steals focus from other apps. In this case, it means that: a) keyboard input is grabbed away from the active app b) as soon as keyboard input appears in MM, MM is moved to the foreground Most likely it has the same underlying cause as 0019478 and 0019488. Test note: It may be possible to trigger this issue without playback. e.g. fresh install of MM and a music collection devoid of artwork. If the user navigates to Music > Albums --> artwork would be looked up for many albums, continually stealing focus from whatever other app is active. This should be tested as well. |
|
|
Petr indicated that it's possibly related to a registry setting. It turns out that on my system HKCU/Control Panel/Desktop ForegroundLockTimeout was set to 0 rather than the default value of 200000. Upon changing it to the default value, the bug still occurs albeit less frequently and with shorter duration. i.e. MM grabs focus for only 3-5 keystrokes whereas previously, it would grab focus for 5-15 keystrokes. Note also that whenever the bug occurs now, the MM taskbar icon flashes. |
|
|
Pushed to 5.1. |
|
|
Retested this issue on build 2817 and am unable to replicate focus grabbing any longer. |
