Closed Bug 408496 Opened 17 years ago Closed 6 years ago

Page zoom sometimes zooms browser window (URL bar, bookmarks bar) as well

Categories

(Firefox :: General, defect, P2)

x86
macOS
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: hwaara, Unassigned)

References

Details

(Keywords: regression)

Attachments

(4 files)

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b2pre) Gecko/2007121321 Minefield/3.0b3pre

I have a few tabs, where some are zoomed using page zoom. Sometimes when I switch tabs, I've encountered that the chrome (the URL bar, the bookmarks bar, the toolbar buttons) suddenly zoom up as well.

I have no 100% reproducible steps, but it has already happened me twice today in my trunk build.
Flags: blocking-firefox3?
As you can see in this screenshot, once you get into this state, ALL our contextmenus and chrome is fundamentally messed up. 

It seems like somehow the page zoom has propagated into all the chrome.
Given the part about switching tabs, perhaps this is related to the content prefs service?
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P2
When the user switches tabs, the FullZoom controller sets ZoomManager.fullZoom, which calls getBrowser to retrieve the current browser and then sets the current browser's markupDocumentViewer.fullZoom to the new zoom value.

So perhaps getBrowser is returning the wrong object in these cases, or maybe markupDocumentViewer is applying the new value of its fullZoom property to the wrong object.
Attached image It happened again
This happened to me again yesterday and today. It seems to persist across sessions; so even a restart doesn't fix it, because when I restore my tabs, this problem pops up again.

It always starts with me zooming some page, and then when I switch tab, this happens. Somehow having some page zoomed and another not zoomed seems to confuse the browser.

Attached is a new screenshot of the brokenness.
I'm surprised no one else has reported this bug, or have they? Anyway, I guess we need some reproducible steps. I'll see if I can find them in the coming days... Stephen, can you find a way to reproduce it?
(In reply to comment #5)
> I'm surprised no one else has reported this bug, or have they? Anyway, I guess
> we need some reproducible steps. I'll see if I can find them in the coming
> days... Stephen, can you find a way to reproduce it?

I've tried, but haven't yet been able to.
I haven't seen it either, even though I use page zoom a lot, although I mostly browse on Linux, so perhaps this is Mac OS X-specific.
Not going to block on this until someone else can reproduce.  I use zoom heavily on Mac, and I've never seen this.
Flags: blocking-firefox3+ → blocking-firefox3-
Keywords: qawanted
Bug 419405 might be a duplicate.
I have a similar bug, but i guess its not the same so i'v openend a new report:

https://bugzilla.mozilla.org/show_bug.cgi?id=428024

But maybe you want to check that out...
I'm seeing the same bug. I'm using Firefox 3 beta 5 on Windows Vista (tablet pc and aero glass enabled). 

I don't have a reliable repro (other than it happens "very often"), but here's what I was doing the first time I noticed it: I had multiple tabs open. I had the history bar open, and I was clicking on links from there. The links were articles from the following site: http://thedailywtf.com/Articles/Jed-Code.aspx. 
Are you using any extensions or anything else that could be triggering a frame reconstruct on the <browser>s?
Should this bug be listed under trunk? It has only been seen, so far, on Fx3.0.x builds.
Keywords: qawanted
Perhaps someone can do some testing in safe mode and latest browser?
As far as I know we've not had any more reports similar to this in the recent browsers. If it is still an issue, please feel free to re-open or file a new bug with steps to repeat.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: