View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005271 | MMW v4 | Main Panel/Toolbars/Menus | public | 2009-02-01 21:47 | 2015-02-05 15:13 |
| Reporter | Assigned To | ||||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | feedback | Resolution | reopened | ||
| Product Version | 3.1 | ||||
| Target Version | 4.0.7 | Fixed in Version | 4.0 | ||
| Summary | 0005271: Application Focus Problem in skinned MediaMonkey | ||||
| Description | - open Tools /Options dialog box; - switch to some another program, i.e. Notepad; - click somewhere on the main MM window (not on the Options dialog box) In skinned MediaMonkey, notepad loses focus but MediaMonkey does not regain focus. In nonskinned, notepad loses focus and MediaMonkey Options regains focus. Skinned MM behave the same as the non-skinned in this regard. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=36612 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=36335 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=37944 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38398 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38769 http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=39230 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1392 | ||||
| related to | 0003703 | closed | petr | MediaMonkey focus problem: pressing cancel in modal dialogs minimizes to taskbar |
| related to | 0007993 | closed | petr | Focus problem: Scripts appear behind MM |
| related to | 0005269 | closed | petr | Active control in skinned MM is not remembered when removing focus |
| related to | 0008038 | new | Displaying of context menu -> lost active state of window | |
| related to | 0008144 | new | petr | Minimizes to collapsed window instead of to taskbar |
| related to | 0008028 | closed | petr | Window Controls in MM title bar stop functioning in some cases |
| related to | 0006395 | new | Modal Dialog Focus Problem: Rip CD Dialog | |
| related to | 0011040 | feedback | Ludek | Rip dialog fails to come into focus --> Options dialogs fail to come into focus |
|
|
This problem is also manifesting itself in another way. Intellitype drivers are incorrectly recognizing MM's state, causing keyboard multimedia keys to fail. For details see: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=37882&st=0&sk=t&sd=a&start=15 Of interest is the fact that this problem occurs only with 3.1 and not 3.0. Edited by Ludek: I think this is unrelated, see the forum link for more details. |
|
|
Fixed in 1245 |
|
|
Tested in 1246 and the originally reported issue is still not fixed. i.e. - open Tools /Options dialog box; - switch to some another program, i.e. Notepad; - click somewhere on the main MM window (not on the Options dialog box) -->MM options window doesn't regain focus. |
|
|
Can't reproduce with 1246. |
|
|
Tested with XP and Win 7 x64. Can't Replicate. |
|
|
Verified 1247 on XP. |
|
|
You are not fixed this completely, but only for modeless dialog boxes - program with displayed some modal dialog box still has same problem. Steps to reproduce a problem: 1. Open Edit / Properties dialog box; 2. switch to some another program, e.g. Notepad; 3. click to the main window of the MediaMonkey -> MM is not activated. Steps to reproduce correct behavior: 1. Open View / Properties dialog box; 2. switch to some another program, e.g. Notepad; 3. click to the main window of the MediaMonkey -> MM is activated. |
|
|
Sorry, it is not manifesting always, but only if there is multiple instances of program, even if some instance left after program crush, as I explained in the Forum thread: http://www.mediamonkey.com/forum/viewtopic.php?p=214146#p214146 OK, here is a way to reproduce a problem. - Open the Options dialog box and turn off the "Allow just one instance of MediaMonkey" option. - Start another instance of program. - In a new instance open some modal dialog box (Edit / Propeties or Tools / Options) and try same thing with Notepad as before -> MM will not regain focus if you click on the main window. - If you try same thing in a first instance -> everything works correctly. I tried with opened 3 instances -> only the first instance works correctly. |
|
|
Note: Another manifestation of this problem is that global hotkeys work just for first instance of MM and when a user closes the first instance, global hotkeys stop working entirely (user need close up all MM instances and then restart MM to get it to work). According to Petr, the problem is that key and mouse hooks are trying to find MM's internal window (this window is used for communication between MM and other plugins, "Play with" explorer menu etc.) ... but they only find the window of the first instance of the MM even when other instance is trying to hook keyboard/mouse. |
|
|
This issue isn't that critical and could be high regression risk. Problem is only when more than one instance of MM is running, so Jiri and i agreed this can be postponed. |
|
|
I don't know what kind of regression you are talking, but I have two questions: 1. How non-skinned program doesn't have this problem? 2. How modeless dialog boxes don't have this problem? |
|
|
It's affecting just skinned version because of skinning engine we're using. |
|
|
There's a major focus problem with MM4 build 1337: 1) Clean install, startup scan. --> Upon completion of the startup scan, dialog appears indicating status of the scan (e.g. 'xx files scanned...'). 2) Click MM main panel --> Dialog is hidden 3) Close MM --> "There are background processes running. Terminate them?" It's impossible to get to get to the Scan Status Dialog, without closing MM by terminating background processes (I assume the background process is related to the fact that that dialog is open). |
|
|
Can't reproduce in 1348 |
|
|
verified 1349 |
|
|
You have the same problem again with the skinned program beginning from 1351. Works fine 1333, 1343, 1345, 1346, 1348, 1349; doesn't work as it should 1351, 1358, 1367, 1383. During testing I had only one instance in the memory. |
|
|
Are you able to make a short video ? Me, Jiri and Michal tried to reproduce, but can't (modal dialog is always at front of the main window). |
|
|
I've seen this occur once or twice as well, but I've never been able to reproduce the problem in any consistent manner. Until now: 1) install MM and initiate scan (note: MM was windowed not maximized) 2) minimize MM (important--the bug doesn't occur if MM remains maximized or windowed) 3) switch focus to another app while the scan is in progress (note: other app was firefox/maximized) 4) after the scan is complete, click MM in the taskbar --> scan dialog briefly displays but the main app quickly covers it. Note screensaver kicking in during the scan or post-scan doesn't seem to have an effect (only tested a couple of scenarios). Edit: even though the App covers the dialog, the user can move the app or close it, however, attempts to close it result in a warning about terminating threads. If fixing the bug is too risky, an interim solution would be for scanning threads to complete prior to closing those dialogs so that this error doesn't occur. |
|
|
Here is an .avi video file showing 1389 (buggy), then 1294 & 1344 (fine): http://www.ptt.rs/korisnici/z/v/zvezdand/MediaMonkeyAVI.zip |
|
|
Fixed in 1391 |
|
|
It is not fixed in 1391, still the same problem. Did you take a look at my .avi file? |
|
|
I saw. That's the original issue and it's risky to fix it now (it's managed by ThemeEngine) because it can throw an regression. My fix was about issue raised by Rusty in notes 22012 and 26160 (because of regression as mentioned just finishing a scanning thread before info dialog popup so terminating shouldn't show any 'terminating threads' error). |
|
|
Well, Rusty should create a new topic if he found something different. I am talking about an issue described in the Description. Why did you change something that worked fine anyway? Your script engine is full of holes and I think you should change it for something better. I am already tired of your excuses about it, you had the same explanation already in this same topic ("This issue isn't that critical and could be high regression risk."). Do you understand that your skinned program doesn't work as any normal Windows application? |
|
|
I thought that both issues were the same i.e. that MM doesn't properly handle modal dialogs: a) when they are displayed (Zvesdan) b) when they are hidden (Rusty) re. a) I can replicate it in Windows XP (in Windows 7, an 'windows error' sound plays upon clicking the main app if a modal dialog is open, but MM regains focus as expected). re b) it is still only partially fixed, since the ?previously modal? scan dialog still appears in back of MM, but the MM dialog can function, however, the minimize button no longer works. The proper fix would be for MM to come into view with the hidden dialog in focus. |
|
|
Fixed in 1392 |
|
|
Tested build 1392 a) In windows 7, the 'windows error' sound still occurs. XP now behaves identically to Win 7 (i.e. MM comes into focus as expected, however, a 'windows error' sound plays. b) It still fails in exactly the same manner as described in comment 26182 (the scan summary dialog still appears in back of the main apps ui, and remains there even when the app window is clicked. Attempting to minimize the app fails). |
|
|
c) Another problem in 1392: while configuring the startup wizard, the wizard can disappear in back of the main window! Reproduced as follows: In the scan Media portion of the Wizard, Expand Network node --> hourglass Expand a Workgroup --> hourglass Expand a Share --> hourglass and dialog disappears in back of the main panel!! |
|
|
Focus problem reported in 1396: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=58882 |
