Window with follow up holds focus but is hidden behind main window [#16896]

[aboelen]

Hi,

It might be related to the bug I posted earlier today but the pattern is a bit different and repeatable.
When performing multiple actions (ripping a CD, collecting artwork, editing tags more or less simultaneously) repeatedly a follow up window from one of the actions (like a window to confirm the ripping action or a window to agree on moving the artwork to the new music file location) gets focus but does not show. When I click the mouse on the taskbar icon, I can see that window is open but I can not get to that window, there is no way to get it on top of the window stack. While that window is open (and unreachable) it locks several other functions in MM's main window and main menus. I have tried several routes (also in an attempt to recreate the previous error) where I first initiated the ripping, then an artwork action then a tag search and the next run some other order of steps. In every case the error occurs - but not consequently after the same amount of steps! - and many functions are greyed out but with every route more or less different sets of functions are greyed out.
Unfortunately MM does not see itself as being stuck up until these steps so there is no error-log to send. When I tried to close down the program (with the icon in the app-tray), an error message was generated (with code 404C5... the last part was unreadable due to a button from one of the open windows got stuck on top of the error message window) but I saw no reaction when pushing the 'send' button. So I assume that log did not reach you.
It looks like the follow up window is stuck in a loop, waiting for user input, where the main MM window is waiting for a reply from that loop locking anything that might affect that reply while in the meantime withholding the other window for getting into view. Might it be an idea to position a pop-up window alongside the main window instead of on top of it? Coming to think of this, I remember that in one of the previous MM4 versions the same kind of problem arose, where the window that needed user input for the next step was locked behind the MM4 main window... it might thus be an old bug reappearing.

regards,
Alexander

[Lowlander]

Have you tried Alt-Tab back to MediaMonkey? Which build of MediaMonkey 5?

[aboelen]

Yep, tried Alt-Tab, but these windows seem to be hidden by the MM main window, not just lost in an explorer windows stack. I remember from the MM4 issue that it could many times be solved by the [restore] action in the taskbar menu. But for MM5 that did not solve these issues. When I hoover over the app icon on the taskbar the 'hidden' window becomes visible but when the mouse leaves the icon, the window is lost again. Thus I cannot get my mouse over any of the windows buttons.

I use build 2271

I generated a very similar error again. This time MM did notice it was stuck. The circumstances where more or less identical, thus multitasking with ripping, tagging, sorting et ceteras. I noticed with the last generated error that there were three windows hidden, one with album art (generated with the [show image] action for a previous disc), another with the CD tracklist (generated by the ripping process) and in this case a selection window for album-art (generated by the [lookup image] action) all three windows were related to a different CD/Album/Artist.

The errorlog ID is CB59B96C

[Ludek]

Hi,
the errorlog ID is CB59B96C is here, we are going to analyze it, thanks.

Re the problem with hidden windows, it might be just instance of https://www.ventismedia.com/mantis/view.php?id=16896
where taskbar preview shows already closed windows on mouse hover?