0019395: MediaMonkey grabs focus from other apps on track transition - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update

0019395	MMW 5	General	public	2022-09-23 17:48	2022-10-21 18:34

Reporter	rusty	Assigned To
Priority	urgent	Severity	major	Reproducibility	sometimes
Status	closed	Resolution	fixed
Product Version	5.0.4
Target Version	5.0.4	Fixed in Version	5.0.4

Summary	0019395: MediaMonkey grabs focus from other apps on track transition
Description	1) MediaMonkey always grabs focus from other apps on startup. This is only mildly annoying, but most other apps don't do this, and perhaps this issue can shed light on why the much more annoying issue below occurs. 2) Every now and then on track transition, as the user types in another app, focus switches to MediaMonkey (even in build 2665 which includes fixes to 0017422 / 0016130 / 0019391 ). I never entered it until recently because I couldn't figure out how to replicate, but based on the recent focus issues associated with artwork lookups, I focused testing on tracks where artwork is missing and it seems that the issue is more likely to occur in that case. Although the issue is sporadic, I was able to capture it in a log. In the associated log: - MediaMonkey grabbed focus as soon as it ran (I was typing in Notepad, and focus switched to the MM contextual search bar so that whatever I typed appeared there). Hopefully the log shows something. EDIT: This bug is market as fixed because grabbing focus on track transition has been fixed. Other issues related to grabbing focus when new windows are opened (MMW opening, update notification, scan dialog) are being tracked in a new bug. - I switched focus back to Notepad, and when 'Cathy's Clown' started playing (around line 10,000), MediaMonkey grabbed focus again (this time it was unclear which portion of MediaMonkey had focus since whatever I was typing didn't display--I suspect it was the Playing list).
Tags	No tags attached.

Fixed in build	2670

rusty 2022-10-04 17:08 administrator ~0069635 Last edited: 2022-10-04 19:08	Re. issue 2) grabbing focus on transition here's some possibly relevant additional information: a) The bug occurs even with both Music > Artists [List] and Music > Artists [Grid], so it's probably not view-related b) The bug doesn't occur if the Preview window is set to 'selected'--it only occurs when the Preview window is set to 'Playing' c) The bug occurs for each track only the first time that the track is played during a session. e.g. if I run MM and transition to 'Wonderwall' the bug will occur, but it wont occur if I try to replicate during the same session (but it will replicate once after I restart MM). d) After I play Wonderwall a second time in a session, the bug will no longer occur on subsequent tracks. e.g. Transition to wonderwall --> bug occurs Transition to Iris --> bug occurs Restart MM Transition to wonderwall --> bug occurs Transition to wonderwall --> bug no longer occurs Transition to Iris --> bug no longer occurs e) Whenever the bug occurs, the Pop-up doesn't appear. Whenever the bug doesn't occur, the Pop-up appears. So my guess is that it's somehow related to pop-up handling interaction with the Preview window. EDIT: Pop up settings are: Pop-up file info: 4 seconds (enabled); Slow fade-out .5 seconds (enabled); Only when inactive (enabled); Transparency 3/4; Location: lower-right Preview window is set to advanced and displays: Album, Artist, Year, Genre, Title, Lyrics, Artwork

rusty 2022-10-04 19:10 administrator ~0069639	New issue: 3) New version announcement causes MediaMonkey to grab focus! e.g. if I'm working in another app, and MM is running in the background and gets a new version announcement, then all of a sudden it goes into focus.

petr 2022-10-05 18:55 developer ~0069654	Unable to reproduce with current sources ... please retest in 2668

rusty 2022-10-06 04:10 administrator ~0069660 Last edited: 2022-10-06 04:11	It still occurs consistently for me on build 2668, when MM transitions to 'Wonderwall'. Logs attached.

rusty 2022-10-06 17:59 administrator ~0069671 Last edited: 2022-10-06 18:18	A couple more comments / analysis: f) the bug doesn't occur for all tracks. i.e. there are some tracks for which it never seems to occur (my guess is it's related to caching since there was a bug for which it did usually occur, and now it no longer occurs for that track). g) even for tracks for which the bug usually occurs, it doesn't occur 100% of the time. So there may be an element of timing h) although the bug can occur for 2 tracks in a row, what usually occurs is that it'll occur for the first track that's played and not for the second (assuming both are tracks for which the bug normally occurs) Lastly, I want to re-iterate point e) : When the bug occurs, the popup doesn't appear. But as soon as the pop-up appears (e.g. for the next track transition) the bug stops occurring for future track transitions. So perhaps the the artwork cache interaction with the pop-up is the cause rather than a symptom. EDIT: disabling popups caused the problem to go away, so it's somehow caused by the popups. Also, I subsequently re-tested with pop-ups enabled and both 'Only when inactive' disabled and enabled, and it occurred in both cases. i.e. it's related to popups, but not to the 'Only when inactive' setting.

petr 2022-10-07 21:52 developer ~0069704	Fixed

rusty 2022-10-09 00:06 administrator ~0069709	Verified that issue 2) is resolved. Issue 3) can be verified after a post-2670 build is released.

rusty 2022-10-21 18:03 administrator ~0069935	4) Another issue similar to 3): when a scan is complete, the scan status dialog appears and grabs focus (observed in 2675).

rusty 2022-10-21 18:34 administrator ~0069939	Verified that focus is no longer grabbed on track transition. Remaining issues of MM grabbing focus in different cases when it opens a new window is tracked at 0019488.