Closed
Bug 55691
Opened 25 years ago
Closed 25 years ago
Loading a page moves window to foreground
Categories
(SeaMonkey :: UI Design, defect, P3)
SeaMonkey
UI Design
Tracking
(Not tracked)
People
(Reporter: devsin, Assigned: paulkchen)
References
Details
Mozilla M18 2000100608, Mac OS 9.0.4 -
1) Launch Mozilla, a browser window should open and load the homepage
2) Resize the window to max (only to better illustrate problem)
3) Open a new browser window, which should load the homepage
4) Switch to the first (maximized) browser window, and load a new page
5) Before the page starts loading, switch back to the other window
When the page in the first (maximized) window starts loading, that browser
window will be moved to the front, covering the other window. This is extremely
annoying as I like to load a long article (for example) and read it while other
pages are loading in the background. You can't do this in Mozilla because once a
page starts loading, the window it's loading in will be moved to the front. This
happens with save dialogs as well.
Updated•25 years ago
|
QA Contact: sairuh → claudius
Comment 3•25 years ago
|
||
There is a bug (or not a bug depending on your point of view) -- when an
HTML document with script calls .focus() for, e.g., an <input type=text>,
that window will be raised to the top on Windows on Linux. [bug 41813]
For Windows, that is exactly what Nav4 and IE5 do as well. On linux, though,
that is not what has been convention in Nav4. However, this behaviour has not
been observed on the Mac (and testing it now, says that is still true).
And, actually, using the steps to reproduce above, for today's trunk build, on
Mac 9.0.4, I do not see this happening (which doesn't mean it's not happening
for akay, just that it doesn't happen to me on the same OS, and about the same
build).
This bug (for me) is internal to Mozilla. It doesn't matter what type of page/
data is being loaded. Note that you have to switch back to another window BEFORE
the page starts loading. So if you have a T3-ungodly-speed-network connection (or
just about anything greater than 56K), you probably won't be able to reproduce
this. I'll check it out on the next build I get the chance to download.
OS: All
I've been watching this behavior for a while. It is not Mac-specific, as I get
this with Linux-Gnome-E on a K6, Mozilla CVS build last week.
I like to pipeline my pages, and it is most annoying to read one and have
another raise itself during the loading process. Happens with every page I
load. I suspect that either the URL-loading code or the layout code is deciding
it needs to raise the page when it has changed it. I suggest that if this
behavior is left in, it should be configurable in preferences so we can turn it off.
I can look at some code if desired. I think this should be an easy fix.
I'm not aware of any reason this should be left in as this is far more annoying
than swapping browser windows with the active window coming to the foreground.
Any window that is in the foreground will get moved to the back once a page
begins to load. Have a "Find in This Page" dialog open or a Saving File dialog
or the Manage Bookmarks window? Any action you try to perform will be
immediately and rudely interuppted as this new browser window is brought to the
front (imagine it happening in the middle of trying to type in search criteria
or while managing your bookmarks).
I agree. I was trying to be open-minded about it, but actually I really hate
this behavior, enough to try to hack it out myself.
Updated•25 years ago
|
Hardware: Macintosh → All
Comment 9•25 years ago
|
||
Seems like saari should have this bug or pchen should have #41813 since they are
very similar (or dups).
Reporter | ||
Comment 10•25 years ago
|
||
The behavior is the same, but this happens to me on ALL pages. From the most
complex to grandma's "How to knit a sweater" 10-line web page. So unless
textbox.focus() (or whatever) is part of the interface code (and therefore
brings ALL browser windows to front when they are active), then I believe this
to be separate.
There is also a separate (but similar) issue on the Mac builds (that I'm about
to file a bug for) where, if you move Mozilla into the background with a dialog
as the active element, moving Mozilla back into the foreground will move the
browser window to the front (covering the dialog). Very annoying.
Comment 11•25 years ago
|
||
This one is extremely annoying to me. On NT4sp6a, it appears that *every* window
*always* grabs the focus when a page first becomes displayable. That is, you
have to switch while the window is still in the state where switching back will
leave the client area as "see-through".
The JS issue is apparently separate and covered in other bugs. 4.x and IE do not
(afaik) have the problem described here.
Comment 12•25 years ago
|
||
I have a couple dups of this bug
![]() |
||
Comment 13•25 years ago
|
||
Indeed, a dup of saari's bug
*** This bug has been marked as a duplicate of 28467 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•