minimized windows will jump back up when focused




18 years ago
11 years ago


(Reporter: saari, Assigned: bryner)



Windows 2000

Firefox Tracking Flags

(Not tracked)




18 years ago
I you start to load a bug page, and quickly minimize it, it will pop back up
when finished loading. A different form of window focus stealing.


18 years ago
Priority: -- → P1
Target Milestone: --- → mozilla0.9.4
*** Bug 92392 has been marked as a duplicate of this bug. ***

Comment 2

18 years ago
After solving 77675 stealing focus continues, but I see a little bit different
behaviour: (on a very slow computer) when I Ctrl-click on more (3,4,...) links
on a page, new windows start openning...
1) if they are all open before they start stealing focus, I switch to the original
window and then only one of the new windows now steals focus...
[and this is only difference between 77675 as I see]
2) in other cases I tried to switch to the original window every time new window
becomes open and I can see stealing focus many times.


18 years ago
Target Milestone: mozilla0.9.4 → mozilla0.9.5

Comment 3

18 years ago
I'm not seeing this anymore on my win2k build

Comment 4

18 years ago
2001082909: I'm still seeing this (case 2)

Comment 5

18 years ago
seeing this on w2k build 2001091403 win32 installer sea

steps to reproduce:
1. control click on a link on this page like this one ( bug 92170 ) and quickly 
2. minimize it before it finish loading.

You will find that it pops back up when it  finish loading.

Comment 6

18 years ago
repro on linux nightlies for the last week or so...


18 years ago
Target Milestone: mozilla0.9.5 → mozilla0.9.6

Comment 7

18 years ago
A possible reason for someone not being able to reproduce it, is a really fast
connection. Otherwise, it's fairly easy: minimise the window BEFORE
"Transferring data from..." appears in the status bar.

Comment 8

18 years ago
Yes ! I am no longer seeing this, after bug 97067 was fixed.

Comment 9

18 years ago
I was wrong. Still reproducing it. Not as easy as before, but this bug is still
alive :(

Comment 10

18 years ago
Still reproducing it too (2001101103; Win)
But: Isn't it fixed with 97067? It is theoretically a duplicate
and 97067 is fixed in 0.9.5 branch

Comment 11

18 years ago
This bug seems to cover the following problem: a page starts loading and you
quickly minimize the window.  At some point during loading, it will deiconify

This is a different issue than bug 77675 (which covers focus-stealing
during/after pageload, not deiconification), and bug 97067, which covers a
regression of the first bug.  bug 105225 is a continuation of 97067.

Should summary be changed to reflect this?  (I don't have access to do so)
My suggested changes:

-minimized windows will jump back up when focused
+minimized windows will de-minimize themselves during page load

(the "focused" part is what's confusing)

Comment 12

18 years ago
This bug was in 0.9.3, did not exist in 0.9.4, then came back in 0.9.5.
It still exists in the daily build from 20011012  (can't find the build number).
All of this is on Linux.

Easy way to reproduce: set a matching rule in sawfish (Class: ".*mozilla.*"
then check the 'iconify' box).  
Select File->New Navigator Window.  This window will open up iconified.
Open a link in a new window.  This window will open up uniconified.  You can
(rarely) see the window in an iconfied state in the taskbar before it pops up.

Comment 13

18 years ago
Final comments:
Because of what versions show this bug, it might have something to do with the
patches talked about in bug 97067.

No other mozilla windows other than browser windows seem to uniconify
themselves: Alerts, Preferences, and other popups stay iconified.  

I can't change the OS to 'All' either, but actually it's unclear whether people
are seeing the deminimization behavior on recent Win32 builds. 

Comment 14

18 years ago
Hello Mark,

I am still seeing this bug in Mozilla 2001-10-16-06 (pre-built Windows nightly).
I am using NT 4.0 (SP5). You can see this when loading a long /. page (w/ a lot
of comments) and iconifying the window ASAP. It will de-iconify after the page

bye, daniel :(


17 years ago
Target Milestone: mozilla0.9.6 → mozilla0.9.7


17 years ago
Target Milestone: mozilla0.9.7 → mozilla0.9.8

Comment 15

17 years ago
Nominating for 0.9.8. It slips from milestone to milestone but it still makes
triaging bugs a pain on Win32 (e.g. if you use to open multiple new windows from
a bug list and minimize them).
Keywords: mozilla0.9.8

Comment 16

17 years ago
(Win2k build 2002011604)
I don't know if this is the same problem.
If I have just one mozilla window open and no other windows and then minimize
the mozilla window, it will jump back in a restore state.
Reproducible each time.

It won't work if you have other windows open, because the focus will switch to
the next window after you minimize.

Comment 17

17 years ago
I am seeing this bounce-back-from-minimized symptom on Mozilla builds 20020118,
20020121, and 20020122 on WinNT4.  I have gone back to release 0.9.7 and do not
see it there.

It remains a problem ... more so for me since I used the tabbed interface and
generally have only one window with multiple tabs instead of multiple windows.

I have noted one other effect.  It appears that the "other window" doesn't
always need to be Mozilla's window.

1.  I had Mozilla open with 3 tabs.
2.  Mozilla wouldn't stay minimized
3.  I left it open and launched Outlook.
4.  I read a number of email messeges and composed and sent one reply.
5.  I closed Outlook.
6.  Mozilla now minimizes as it should have before.
I am puzzled, but maybe one of you coders can gleen some sense for this.

Comment 18

17 years ago
On re-reading this bug, I think my report (#17) and the one preceding (#16)
actually represent another, newer, and different bug (Bug #120155).
Later ...



17 years ago
Target Milestone: mozilla0.9.8 → mozilla0.9.9

Comment 19

17 years ago
I am no longer seeing this appear on trunk, and have reason to believe it might
be fixed from another focus fix that just went in.

If you still see it, make sure you're testing with the current trunk, and then
reopen with OS, machine speed, and the test case used. Thanks!
Last Resolved: 17 years ago
Resolution: --- → FIXED

Comment 20

17 years ago
Still happens for me on WinXP with 2002013003

Comment 21

17 years ago
Sorry for spam. It was ment to be posted for bug 120155 - to many tabs on
bugzilla at ones. Sorry!

Comment 22

17 years ago
*** Bug 135051 has been marked as a duplicate of this bug. ***

Comment 23

17 years ago
*** Bug 135544 has been marked as a duplicate of this bug. ***


17 years ago
QA Contact: madhur → rakeshmishra

Comment 24

17 years ago
This is appearing on the trunk build 2002-06-07-04-trunk on Windows 2000, speed
733 with the URL
Reopening the bug.
Resolution: FIXED → ---

Comment 25

17 years ago
*** Bug 149344 has been marked as a duplicate of this bug. ***

Comment 26

17 years ago
*** Bug 150675 has been marked as a duplicate of this bug. ***

Comment 27

17 years ago
*** Bug 151806 has been marked as a duplicate of this bug. ***

Comment 28

17 years ago
This also happens with the mail program as well.


17 years ago
Keywords: mozilla1.2

Comment 29

17 years ago
I still see this happening on Windows 2000, build 2002061104. If I open a link
from the mail/news client, then minimize the opened link, it will remaximize
itself when the page loads. 
Justin: That build is about two months old. Could you try a more recent build?

Comment 31

17 years ago
Since bug 151806 was resolved as duplicate of this bug, I tried to verify if the
behavior of this bug was still present in the latest trunk build.

I opened a tab, made a bugzilla query in it, minimized the tab, gave focus to
another tab and that window did not lose focus. I repeated again 5 times this
procedure and there never was a window focus lost.

I did the same procedure with 2 different windows (not tabs) and there never was
a window focus lost.

So, it appears to me that this bug has been fixed.

Windows XP Pro , Mozilla 1.1b build 2002082508 here.


16 years ago
QA Contact: rakeshmishra → trix
-> wfm
Target Milestone: mozilla0.9.9 → ---

Comment 33

16 years ago
nominating for topembed

Chris Saari--your reference number is 603921

see also:  bug 120155
Keywords: topembed

Comment 34

16 years ago

Not sure why this particular embeddor would be showing this behavior and others
Assignee: saari → bryner
Keywords: topembed → topembed+

Comment 35

16 years ago
Re-closing as FIXED.  The embedding app in question was erroneously calling
Last Resolved: 17 years ago16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.