Open Bug 107303 Opened 24 years ago Updated 3 years ago

last window won't minimize if a tooltip is displayed

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Platform:
x86
Windows 2000
Type:
defect

Tracking

()

Milestone:
Future

People

(Reporter: jmorzins, Unassigned)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5) Gecko/20011011 BuildID: 2001101117 Under a common condition, the mozilla window will un-minimize itself *immediately* after the user tried to minimize it. On the screen this looks like a very pretty bounce -- the windows shrinks towards the taskbar and then bounces off it and zooms back to normal size -- but mozilla should stay minimized if the user told it to. There are other minimization bugs in bugzilla, such as bug 92170, but this bug seems to be triggered by different circumstances. Reproducible: Always Steps to Reproduce: 1. Minimize absolutely every window on your PC, so that you are looking at the bare desktop. Then restore a single Mozilla window, so that it is the only un-minimized window on the screen. 2. Hover the mouse over a widget that will have a tooltip. (The animated "m" logo is one possible choice.) Wait for the tooltip to appear. 3. Type "Alt-SPACE" to bring up the window menu, and then type "n" to minimize the window. Actual Results: The window shrinks down towards the taskbar, then bounces off it and returns to its un-minimized state. Expected Results: The window should minimize and should stay minimized. If you are fast, you can move the mouse over a widget and type "Alt-SPACE n" before the tooltip appears; in this case the window will stay minimized. Or if you are very slow, you can wait for the tooltip to disappear and then type "Alt-SPACE n"; the window will properly minimize in this case as well. If there's any other window visible, even if it's not a mozilla window, the bug does not reveal itself. In those cases the mozilla window minimizes properly.
Confirmed 2001101914 (~N6.2) on WinXP
The bug is still present in release 0.9.7, although it is harder to trigger. 0.9.7 will remove tooltips if a modifier key is depressed (try it: hold down the Shift key, and hover the mouse over the "m" logo -- watch the tooltip flash into existence and then be promptly removed). Because of the tooltip removal, I've been unable to deliberately trigger the bug. I have accidentally triggered it, which is the reason I'm back at this page adding comments to the bug report. Nothing special was going on, and then I tried to minimize and got a bounce-off-the-taskbar instead. Maybe my machine was running slowly at the time, which caused the wrong code path to win a race. (Aren't race conditions fun...)
Looks like a repeat of 53563. Is hard to trigger and doesn't trigger on my machine in any way that I can predict.
Most of the info here points to the effects of Bugs 118666 & 120155. I don't know that the tooltips actually have anything to do with the bounceback from mimimized reported. I guess we'll know better once Bugs 118666 and 120155 are fixed. Dale
Quick summary: I've found how to reliably reproducible thig bug in 0.9.7. But first, a word about (pre)0.9.8 and about regression. I understand that going through bugzilla and looking for duplicates is a useful endeavor. Please be careful, though, to note which version of Mozilla that a bug was filed against. Just because (pre)0.9.8 has a new, and much worse, minimization bug does not mean that this bug (filed against 0.9.5, still present in 0.9.7) is a dup of it. By installing the 2002-01-27-11-trunk build onto a test machine, I did verify what bug 120155 is reporting: mozilla will unminimize itself if the desktop is about to become bare of windows. That behavior completely overshadows the behavior I report here, and it won't be possible to work on this bug until the issue behind bug 120155 is fixed. However, this bug report is still important. The fact that minimize/restore bugs appear and disappear on a monthly basis suggests that none of them are actually fundamental: it suggests that the fundamental issue is a design or artichectural flaw in the way mozilla handles minimizing/restoring windows. If that hypothetical design flaw is ever found and fixed all the minimization bugs will go away. If it's never found, you've got to keep _all_ the minimize bug reports around, and test each one every time you release, to make sure that there hasn't been a regression. Okay, moving on: I discovered how to reliably reproduce this bug in 0.9.7. The presence of tooltips is still significant: if I have no other windows and have a tooltip on-screen when I minimize a 0.9.7 window, that window will always bounce off of the taskbar and go back into its restored state. Follow these steps to reproduce: 1) Restore (or create) a single Mozilla window -- make sure that it is absolutely the only un-minimized window on your screen. Every other window should be either closed or minimized. 2) This part requires some manual dexterity. In the Mozilla window, find a GUI widget that will have a tooltip. Start moving the mouse around in that widget (don't leave the widget), type Alt-SPACE, and then stop moving the mouse, and wait for the tooltip to appear. If you're good at making small circles, you can circle the mouse in the "m" logo, hit Alt-SPACE, and then stop circling, and wait for the tooltip. If you're better at straight lines, you can open a few new Tabs in the browser, start sliding the mouse sideways across the title of a Tab, hit Alt-SPACE, and then stop sliding, and wait for the tooltip. 3) Now that you have both a tooltip and the window commands menu, type 'n' to minimize the Mozilla window. Watch it bounce off the taskbar and auto-restore itself. Or, wait a few seconds for the tooltip to go away, type 'n' to minimize the window, and observe that it does stay properly minimized. I emphasize that the only change between the 0.9.5 and the 0.9.7 behavior is the difficulty in getting both a tooltip and the window commands menu on-screen at the same time. Once you succeed in that step, the minimize-restore bug is the unchanged. I can't tell what causes the bug, but I am competent enough to observe that tooltips are 100% correlated with this bug -- a correlation value of +1.0, if you're a math/statistics person. I'm making claims about this bug, in 0.9.7, which won't be checkable until the much more common minimize problem in (pre)0.9.8 is fixed.
This is just another note that in the last several builds, including the last one I downloaded, 2002030103, the Mozilla Window won't minimize for me. It just "bounces back" to a smaller mid-screen Window. This is on a Windows 98SE PC. Always reproducible. If there is another application Window open, Mozilla will seem to minimize, but will then apparently bounce open with the other app is closed or minimized. Not a good thing to have around for a 1.0 release.
Incidentally, it is possible to reproduce this bug (107303) independently of 120155. To do so: 0) Start the browser, and then use your favorite work-around to try to escape bug 120155. Using WinKey-D to minimize all windows often works. Verify that the work-around worked. 1) 2) Follow steps 1, 2, and 3 of comment #5. 3) The bug is still present in 0.9.8 and in the 0.9.9 branch.
Also appears on Win '98
This bug is hard to reproduce but with the advise in comment #5 I have managed once to trigger it. Using Mozilla 1.0rc1 on Windows 2000 [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417]. I have circelled the mouse in the throbber, hit ALT+Space, and immediately stopped moving the mouse. Most of the time the tooltip disappearred, but once it stayed. Pressing 'n' (for Minimize) then minimizes the window, immediately opens it again, and minimizes it again. I propose to accept this as a bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Future
Can't minimize all instances of browser window with multiple instances of browswer open. (no tooltips, Windows 2000, Abit VP6 with SMP enabled).
Perhaps I should have repeated the summary of this bug in the description as well, to make it more clear what the topic of the bug is. This bug is: the last window won't minimize if a tooltip is displayed. Mozilla has minimization problems. This bug doesn't deal with all of them. It only deals with Mozilla's inability to minimize when a tooltip is on-screen.
As long as I'm here, I might as well post an update for the latest Mozilla. I'm currently using build 2002050608. One of the odd things about this bug is that the way in which Mozilla posts/removes tooltips keeps changing from version to version. At first you could do follow one procedure to post a tooltip and the window menu simultaneously, then later you had to follow a different procedure, and now yet another procedure is needed. I don't know why this behavior would keep changing. The bug is still the same; it's just the steps you have to take to reach it that keep inexplicably shifting. Follow these steps to reproduce the bug: 1) Make sure that mozilla only has one window, make it visible on the screen, and minimize all other windows on your computer. The mozilla window should be the only non-minimized window. 2) Tap ALT once. Notice that the File menu activates. 3) Move the mouse into a widget that will have a tooltip (one choice is the "m" throbber), and wait for the tooltip to post. 4) Type ALT+Space to bring up the window command menu. You should now have both the tooltip and the window menu onscreen simultaneously. 5) Type n to minimize the mozilla window. It will minimize to the taskbar, bounce off the taskbar, and restore itself. Bug is still present. It's harder to hit than it was when I first filed this report -- if there's some lurking programmer who's rearranging code to make the bug hart to hit, I wish the hypothetical programmer would say something, so I'd know why the bug keeps trying to hide from me.
1.0 Release candidate 1 -- bug still present A variation of this bug is occuring on my system (win 98 SE) regardless of whether a tool tip is present or not. If a mozilla browser window is the last window open, it simply will not miminize (starts to then pops back up) This happens regardless of whether the mouse is used or the keyboard to minimize the window.
The situation described in comment 14 is not this bug -- it is bug 120155 (browser window does not minimize). Bug 120155 was STILL PRESENT in the 1.0rc1 build -- it wasn't fixed until sometime around the 20020430 builds. This bug describes a problem with tooltips and with minimization -- the last window won't minimize if a tooltip is on-screen. Don't add to this bug unless your problem also involves tooltips and minimization.
oh, interesting, trying to fix...
Assignee: hyatt → kyle.yuan
=> component owner
Assignee: kyle.yuan → jaggernaut
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 This problem is still present in firefox 0.9.3 Sometimes, when I minimize the window using the task bar button instead of the minimize button - it un-minimizes itself immediately. But when I use the minimize button it stays minimized. Then it behaves correctly. I am not sure about the exact scenario - I cannot reproduce everytime.
It's been a while since I looked at this, so I tested the bug again. I can confirm that the instructions in comment 13 still reproducably trigger the bug, in both Mozilla 1.7.2 and Firefox 0.9.3. (This bug is still: "last window won't minimize if a tooltip is displayed". I don't want to cover all minimization bugs.)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 Reproducable, however I could not reproduce like in comment #13. 1) Move mouse pointer over the rightmost icon of the firefox menu bar (Circle of dots, that shows loading activities of firefox). My tooltip shows "http://www.mozilla.org/products/firefox/central.html" 2) Move mouse pointer up to the buttons (here the tooltip does disappear most of the time). 3) If the tooltip still shows (you might have noticed that the tooltip has changed its location slightly) press the minimize button. It will minimize to the taskbar, bounce off the taskbar, and restore itself. Could not reproduce it with keyboards, because the tooltip disappears as soon, as a key is pressed. This bouncing-effect is more easily reproduced by installing extension Forecastfox and placing it into the _toolbar-menubar_ in position _2_ with tooltips enabled. These tooltips are still shown, while the mouse is mowed in the title-bar of the window.
Assignee: jag → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.