Open Bug 319819 Opened 19 years ago Updated 2 years ago

opening a new tab with gmail loaded causes the browser window to resize (unmaximizes, moves slightly to the right)

Categories

(Firefox :: Tabbed Browser, defect)

Product:
Firefox
Component:
Tabbed Browser
Platform:
x86
Windows XP
Type:
defect

Tracking

()

Status:
REOPENED

People

(Reporter: robzare, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [platform-rel-Google] [platform-rel-Gmail]) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

browser window resizes itself after opening gmail in primary windw and then opening a new tab. i only see the problem when gmail is opened in the original window. you may need to being with window being maximized to repro the issue.

Reproducible: Always

Steps to Reproduce:
0. open firefox; maximize window
1. navigate to gmail
2. open a new tab



Actual Results:  
result:
entire app window resizes

Expected Results:  
expect:
no change to current window size

open the new window without resizing the window.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051210 Firefox/1.6a1 ID:2005121005

Works for me.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
I have the same issue.  If another tab is opened after as well nothing happens.
Maybe the result of a bad extension?
To find this out, run Firefox in the safe-mode.
http://kb.mozillazine.org/Safe_Mode_(Firefox)

I gave this a shot in safe mode and still see the same behavior.  
Oh well, I saw this happen too now, but only sometimes.
Could not yet reproduce it consistently and also not in trunk.
I'll try to find it out tomorrow at least if this is not a duplicate. 
This is a real regression in branch between 1.8b5_2005092711 and 1.8b5_2005092722.
I see it only with a brand-new profile.

http://tinderbox.mozilla.org/bonsai/cvsquery.cgi?treeid=default&module=AviarySuiteBranchTinderbox&branch=MOZILLA_1_8_BRANCH&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-09-27+10%3A00%3A00&maxdate=2005-09-27+22%3A00%3A00&cvsroot=%2Fcvsroot

The problem disappears when I maximize the window by dragging it wider so this may be a workaround.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.8.1?
Keywords: regression
Also a possibility is grabbing the titlebar with your mouse and dragging it to the right place (after opening that new tab).
The problem has only become visible because of Bug 309251 but it may have been there much longer.
So how is this a bug in Firefox? Looks like it's just gmail doing a window.resize or something. I wish I had the time and patience to decipher the Gmail JS.
Yes, but it succeeds only once. If you do nothing, just close the window, the next time it doesn't happen anymore. But if you click "maximize" the next time it will happen again.
I don't see how that indicates that this is a bug in the client. Without understanding GMail's JS it's kind of hard to determine what's really going on.
Tried it once again, this time with trunk builds.
Removed every time the localstore.rdf and I put a user.js with user_pref("dom.disable_window_move_resize", false); in the profile.

And this showed as result a regression between 1.9a1_2005093011 and 1.9a1_2005093021.
So Google is not the problem, but a combination of a preference and a regression. 

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-09-30+10%3A00%3A00&maxdate=2005-09-30+21%3A00%3A00&cvsroot=%2Fcvsroot

Hmm, a few of the bugs in that range seem like they might have caused this. I guess next step would be to start backing out individually.

(also, when posting tinderbox links, it's a good idea to use the PhoenixTinderbox module instead of "All Files in the Repository", it eliminates unrelated stuff like bugzilla or camino)
*** Bug 320064 has been marked as a duplicate of this bug. ***
A workaround is to go to Tools -> Options -> Content -> Enable Javascript -> Advanced and uncheck "Move or resize existing windows"
I am using the release build of 1.5 and I can recreate this bug by clicking on View or Download of an attachment in GMail. It also happens at other times, but that is the only way that I have found to reproduce it. It never happened until I download 1.5 and I am not running any extensions. Let me know if I can help out with any more info.
Bug 319765 is possibly related to this bug.

In branch both bug 307407 and Bug 309251 have played a role and some other patch(es). When testing September builds I get irregular results: sometimes it resizes and sometimes not.
In trunk it seems much more clear when exactly it happened. 
In branch when I change also dom.disable_window_flip back again (to true) and then retest, I get exactly the same regression date for branch (2005093021-2005093011).
So trunk and branch must share that problematic patch.

And even if that patch is backed out, also setting dom.disable_window_flip to false will possibly cause the same window resize at Gmail.
*** Bug 319765 has been marked as a duplicate of this bug. ***
*** Bug 320260 has been marked as a duplicate of this bug. ***
Summary: open gmail in window then open a new tab: entire browser window resizes → opening a new tab with gmail loaded causes the browser window to resize (unmaximizes, moves slightly to the right)
*** Bug 320521 has been marked as a duplicate of this bug. ***
Keywords: qawanted
Another work around: Do load Gmail in the first tab (far left tab).  Gmail in any other tab does not exhibit this behavior.
Apologies.  Do *NOT* load Gmail in the first tab (far left tab).

(In reply to comment #22)
> Another work around: Do load Gmail in the first tab (far left tab).  Gmail in
> any other tab does not exhibit this behavior.

Same problem here.  Happens when opening the tab bar with gmail open (opening a second tab by middle click, opening a second tab by the 'New Tab' button, or manually through options).
I've also noticed that opening the history sidebar when gmail is open in the first tab also causes the problem.
[Baggins, Frodo]Observed on Firefox ver. 1.0.7 on Ubuntu 5.10
*** Bug 323021 has been marked as a duplicate of this bug. ***
*** Bug 323425 has been marked as a duplicate of this bug. ***
I'm having this problem, seriously seriously seriously seriously annoying and infuriating. Wasn't sure what was causing it at first, but it does seem to happen every time I have Gmail open.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
For unknown reasons, this problem no longer occurs on my system.
Frodo Baggins
It's most likely fixed on Google's side.
Must be fixed.  I'm not having the problem anymore either.
Could have been fixed on GMail's end, though it would be nice to identify what changed in Gecko that caused the issue in the first place. Looking in at the bugs in comment 12 would be a good place to start.
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
oops, didn't mean to resolve this.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
My guess is that Gmail is getting an onresize event (due to the second tab opening, which changes the height of the content area) and responding to it by resizing the window.  The problem is most likely to be fixed in bug 186708 or by the Gmail team making Gmail not doing that.
Whiteboard: [platform-rel-Google] [platform-rel-Gmail]
platform-rel: --- → ?
platform-rel: ? → ---
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 7 duplicates and 11 votes.
:dao, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(dao+bmo)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(dao+bmo)
You need to log in before you can comment on or make changes to this bug.