View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0016991 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2020-10-11 18:35 | 2021-01-21 01:46 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0016991: MediaMonkey steals focus | ||||
| Description | When launching Properties > Artwork's Lookup Image and then cancelling the lookup dialog, if you immediately switch to another application, the focus switching back to MediaMonkey. This continues until user clicks on Properties dialog. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2292 | ||||
| related to | 0016868 | closed | lowlander | Windows not shown on top |
| related to | 0016130 | closed | petr | Plackback: Spacebar causes focus to switch to MediaMonkey on track transitions |
| related to | 0016866 | closed | Ludek | MediaMonkey takes keyboard input while not the active window |
| related to | 0017414 | closed | petr | MediaMonkey context menus steal focus |
| related to | 0017422 | closed | petr | MM steals focus soon after track transitions (regression 2296?) |
|
|
Unable to reproduce in current sources. Please retest. |
|
|
This is still happening on 2274 (see end of The Very Best Of Grateful Dead log where this occurred for the The Very Best Of Grateful Dead Album). Artwork is pasted from Firefox and after this MediaMonkey can take focus 5+ times. It partially seems to do it more and more the more Albums tagged, but it also seems somewhat random. The question is, why does MediaMonkey need to get focus in the first place. Maybe once when Add Cover window is closed and Properties window becomes top Window, but MM seems to keep asking focus as Artwork is loading. |
|
|
Another log: 2274 Rokia Traoré - Né So.zip MediaMonkey kept taking focus from Firefox till I started screen recording. |
|
|
It seems that if you Add Artwork and don't click the Properties dialog after adding that this issue occurs. 1) Select an Artwork in Firefox (right click > Copy Image) 2) Right click in Properties > Artwork for an Album and select Paste 3) Set Image Type (may not be relevant) 4) Hit OK 5) immediately make Firefox active window This cause MediaMonkey to become active, making Firefox active again will often have MediaMonkey take focus again, sometimes repeatable in infinity. However if in step 5 you clicked in the Properties dialog, then made Firefox active window the problem doesn't seem to occur. |
|
|
I believe this occurs whenever there are multiple dialog windows open at once (Specifically, when one dialog window opens another; and then you close the second one). 1) in Tools > Addons, open the options panel of AutoDJ 2) Close the options panel (via OK, Close, or the X button) 3) Switch to another program This causes MM to take focus repeatedly, until you close the first dialog window. |
|
|
Yes, that likely is it. I see the same in Options (screencast & log added) after a second dialog was launched from Options. It seems that this can cause MediaMonkey to take key input when user doesn't expect this. |
|
|
Raised the priority on this since it can cause input to be applied to MM inadvertently. |
|
|
Barry sent me a video and debug log showing MM5 and Chrome browser sitting side-by-side, where MM5 is reacting to keystrokes in the Chrome browser window. Reported as item 5 here: https://www.mediamonkey.com/forum/viewtopic.php?p=476103#p476103 Uploaded the files to FTP |
|
|
Fixed Barrys issue with MM5 reacting to keystrokes even when not focused. |
|
|
Fixed |
|
|
Verified 2292 Unable to replicate |
