Closed Bug 512757 Opened 16 years ago Closed 15 years ago

Firefox 3.5.2 renders window contents too wide after javascript:resizeTo(500,781)

Categories

(Firefox :: General, defect)

Sun
Solaris
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: shushing, Unassigned)

References

()

Details

(Whiteboard: [CLOSEME 2011-1-1])

User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.2) Gecko/20090803 Firefox/3.5.2 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1.2) Gecko/20090803 Firefox/3.5.2 I created some resize convenience buttons on the bookmarks toobar, for various window widths. The URL/Description is typically javascript:resizeTo:(width,height) After updating from Firefox v2.0.0.14 to Firefox 3.5.2, the resize buttons create the right size windows, but Firefox thinks the window is wider than it really is, and centered objects, form fields, and scrollbars get sized too wide, or moved right, and cropped by the right window edge. Reproducible: Always Steps to Reproduce: 1.Create new bookmark on bookmark toolbar 2.Name it "500" and Description "javascript:resizeTo(500,781)" 3.Navigate to a page with a centered table on it, or even this bug report page 4.Ensure the window is reasonably wide, say 800 pix or so 5.Click the "500" bookmark to resize the window Actual Results: The window resizes to the size specified in the command. Centered window contents, form fields, and scroll bars are rendered to some larger window width, and typically are cropped by the right edge of the window, instead of being centered and fully visible as they should be. Expected Results: The window resizes to the size specified in the command. Window contents should resize and recenter to the new window width. Using default theme. If I first resize using the LR "resize" window corner, it works OK. Once the javascript resizeTo command runs, even dragging the resize corner doesn't produce the desired results any more.
After it gets into the above mode, window contents appear to be rendered correctly when the window is widened to 600 px or larger. It looks like something's hard coded to behave differently when the window width is less than 600 px. This is very disappointing, since my standard window width has been 500 for years. I bring up a bunch of terminal windows in fixed positions on the screen, and the 500 px window fits in a specific area. Heavy sigh...
I forgot to list the extensions, some of which are occupying space in the status bar, which based on other reports may be a factor here: adblock plus 1.1.1 chatzilla 0.9.85 colorfultabs 3.9.3 downthemall 1.1.4 download statusbar 0.9.6.5 editcss 0.3.7 fireftp 1.0.5 forecastfox 0.9.10.1 form saver 0.9.0 hostip.info geolocation 0.4.3.9 (disabled) imagezoom 0.3.1 measureit 0.3.9 morning coffee 1.33 (disabled) nuke anything enhanced 0.68.2 scribefire 3.4.5 (disabled) server spy 0.1.6 (disabled) showip 0.8.17 (disabled)
Aha! Was barking up the wrong tree at possible causes. The CTRL-F (find) command seems to trigger this behavior. Once the Find bar is visible on the bottom of the window, (with or without add-ons), the sizing difficulty begins. Another CTRL-F hides the Find bar, and window sizing is again normal.
I misspoke about the second CTRL-F. I have to click on the X, to hide the Find bar.
Reporter, are you still seeing this issue with Firefox 3.6.12 or later in safe mode? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles Also, please consider using the most recent Firefox 4 beta build, your bug may be resolved there.
Whiteboard: [CLOSEME 2011-1-1]
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.