394843 - New windows positioned with title bar off screen (offscreen) on second, smaller monitor

Status: RESOLVED WORKSFORME

(Core :: Widget, defect, P3)

Description

[Jeremy]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.7pre) Gecko/20070903 SeaMonkey/1.1.5pre

It seems that the window size and position of a new window is constrained to the  bounding rectangle of the desktop and not the bounding region.  So, when you have two monitors, one taller than the other, you can get into a situation where a new window is opened with the title bar and bottom bar (including resize control) are offscreen, making the window very hard to do anything with.  


Reproducible: Always

Steps to Reproduce:
1. Set up two monitors, one significantly (at least 150 pixels) taller than the other.
2. Make the taller monitor your main monitor.  Put the shorter monitor on the left and align the bottoms of the two monitors.  (This step may not be necessary.)
3. Open a window on the main monitor.  Size it to be the full height of the main (taller) monitor but narrow enough to fit on either monitor.  
4. Drag the window from the taller monitor to the shorter one, so that the title bar is near the top of the shorter monitor and the bottom of the window is off screen.
5. Use the keyboard command (cmd-N on Mac, ctrl-N on Windows, I think) to create a new window.
Actual Results:  
New window is created with the same hight as the first window, but it appears to be vertically centered on the screen, so that the top and bottom of the window are both off screen and not accessible.

Expected Results:  
New window is created with title bar fully on screen.  Probably size should also be constrained so new window completely fits on screen.  


See Bug 368023 (filed against Firefox/General) which has been reproduced on both Mac and Windows with Firefox and now with SeaMonkey latest 1.1.5pre (2007-09-03) on the Mac.  Since I cannot change the component of that bug, I'm opening a new one.  Sorry if that's not the correct procedure, I couldn't find instructions and these bugs are  old.  

This bug should be marked as blocking bug 236647.

It is possible that resolving this bug will also resolve the following Firefox bugs:

Bug 251024 
Bug 354187
Bug 368023

and maybe some SeaMonkey and Thunderbird bugs as well (I didn't look).

Comment 1

[Jeremy]

On further investigation, the new window is not centered vertically on the screen.  On Mac OS X 10.3.9 the bottom of the *content* area is constrained to be on screen, but the window is not resized, leaving the top of the window and the status bar below the content area off screen.  Note that in the x dimension, the window is properly constrained to be on screen, including the scroll bars, but again it is not constrained to fit the width of the monitor.  If the window is too big in every dimension for the smaller screen, it is the bottom left that is forced on screen (neglecting the status bar, which just might be coincidental, i.e. it might be erroneously compensating for the non-existent menu bar or the window's title bar).  

I believe at the very least the top right and not the bottom left should be what is forced on screen.  I think ideally the window would be constrained so that all four corners were visible on one screen or another, but since that is very complex, I think it would be fine (and still a big improvement) if the window was constrained to fit all four corners in one screen.

On Windows XP Pro SP2, Firefox 2.0.0.6 shows the same behavior, except that it includes the status bar on screen.

Comment 2

[Attila Nagy]

This, and the referred bugs are also reproducible on Linux, XOrg, with two different sized monitors.

Tested with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071128 Iceweasel/2.0.0.11 (Debian-2.0.0.11-1)

Comment 4

[Wayne Mery (:wsmwk)]

is this seen with SM 2.0, or something 1.9.x-based build?

Comment 5

[Wayne Mery (:wsmwk)]

Do you still see this problem using the newest versions of Firefox (3.6)?

If you do not, please close the bug with resolution set to WORKSFORME (after staus=RESOLVED). If problem was caused by add-on or non-mozilla code please use INVALID resolution.
If you do still see the problem, please comment in the bug.

Comment 6

[Ed Morley [:emorley]]

Closing since now after whiteboard closeme date and no reply to last comment.

Please reopen/comment with further info, if you still see this issue with Firefox 3.6.13 / SeaMonkey 2.1 Beta 1 or later in safe mode:
http://support.mozilla.com/kb/Safe+Mode

If you wish, you can also try to reproduce in Firefox 4 Beta 8 or later:
http://www.mozilla.com/en-US/firefox/all-beta.html

Comment 7

[Robert Förster]

still happens on firefox 4.0b9pre (2011-01-02) using the steps outlined by the reporter in safe mode.

Comment 8

[Ed Morley [:emorley]]

Thank you for the update, reopening.

Comment 9

[Timea Zsoldos [:tzsoldos], Desktop QA]

Not reproducible on Windows 10 x64 with 2 monitors ( one laptop and the second is a bigger monitor as main monitor) using Firefox 85.0b9 with title bar, when dragged Firefox maximized window from taller monitor to the laptop, the Firefox window resized automatically and accordingly.