View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0021849 | MMW 5 | General | public | 2025-10-31 15:47 | 2025-10-31 21:07 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 2024.2 | ||||
| Target Version | 2024.2 | Fixed in Version | 2024.2 | ||
| Summary | 0021849: MediaMonkey may stop responding after using the Munimize to Tray shortcut | ||||
| Description | On several occasions in the past, when I'd disabled 'Allow just one instance of MediaMonkey' in build 3172 in order to test 0021818 I'd experienced an issue in which MediaMonkey would minimize to the tray after resuming from sleep 0021818:0079904. When this would happen, upon restoring MMW, it would fail to respond. I've been unable to replicate this with a log, however, today this occurred while I was using MMW build 3173 (with 'Allow just one instance of MediaMonkey' disabled). i.e. I was using MMW 1 right-clicked on the column headers > column settings --> Column settings dialog appeared 2 Was doing some work in firefox --> Something briefly appeared in the MMW window and the dialog minimized to the tray by itself (around line 10187 in the debug log) and the MMW taskbar icon disappeared, but the icon remained in the tray! 3 Double-clicked the MM icon in the tray --> MMW app restored, but the UI clicking anywhere in the UI doesn't elicit the expected respones, making a sound on each click seeming to indicate that there's a dialog hidden in back 4 Since the UI fails to respond, the only way to regain control of it is to close it from the tray (via the 'Exit' function) --> MMW closed correctly (i.e. all processes terminate as expected) EDIT: the original description of the issue as above is incorrect--the minimization to Tray occurred because the shortcut was inadvertently set during testing to CTRL-SHIFT-T. This probably also explains instances of the bug that occurred after Resuming from sleep (I had likely used the shortcut to recover a browser tab, and didn't realize that MMW had also been minimized). So the bug is only that upon using the minimize to tray shortcut, MMW may stop responding (as described later in the bug). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 3174 | ||||
|
|
Couldn't it be caused by the new hotkey for toggling tray/full window: 0021392 (which is currently CTRL+ALT+T by default) |
|
|
yep, in the debug log I see the hotkey was used: |
|
|
Actually performing Ctrl+Alt+T to minimize works, then pressing Ctrl+Alt+T to restore also works.. What does not work is using the double-click to restore EDIT: restore by double-click also works, but only when 'Close to tray' checkbox is checked in Options |
|
|
So assuming that I somehow accidentally pressed CTRL-ALT-T (though I'm not 100% convinced of this since it's hard to do so accidentally and since it doesn't explain how this issue occurred on resume from sleep), we still have to fix the window handling bug: 0 Enable 'close to tray' in Options 1 With MMW running minimize to the tray via CTRL-ALT-T 2 Right-click on the tray to maximize --> MMW window is non-responsive |
|
|
Fixed |
|
|
Verified 3174. |