462743 - original size/position not always correctly update for maximized windows (can lead to restoration to the wrong monitor)

Status: NEW

(Firefox :: Session Restore, defect)

Description

[daff88]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3

I have here a setup with 2 monitors. When I have 2 windows open and exit Firefox, it restores the windows on the wrong monitor. the window which was on screen 1 before appears now on screen 2 and and its the same with windows on screen 2 reversed. 

Reproducible: Always

Steps to Reproduce:
1. Quit Firefox normally. In my version (GER) it is "Datei>Beenden". In Englisch it could be "File>Quit"
2. Wait for complete exiting and when restart Firefox.

Comment 1

[Simon Bünzli]

* What's the arrangement of the two monitors and what are their resolutions?
* And am I understanding correctly that repeating the Steps to Reproduce twice will once again correctly place the windows?
* Finally: Does the same happen with three or four open windows?

Comment 2

[daff88]

I have arranged these 2 monitors horizontally and both have a resolution of 1280x1024. I actually couldn't reproduce the issue I reported but now I have the problem that all windows of Firefox, which were all spread over both screen (some in Fullscreen, on smaller one), get restored on my right monitor.

Comment 3

[Simon Bünzli]

AFAICT we do indeed have an issue with not restoring maximized windows to the correct monitor.

* Do at least non-maximized windows (non-fullscreen windows) get restored to the correct monitor?

Comment 4

[daff88]

Yes they do.

Comment 6

[Will Pittenger]

(In reply to comment #5)
> *** Bug 466413 has been marked as a duplicate of this bug. ***

I should note that Bug 466413 requires a popup to be placed in the secondary monitor and then closed before you close the rest of FF.  In my tests, the primary is 1680x1050.  The secondary is 1200x1024 and is to the /left/ of the primary.

Comment 8

[Tyler Downer [He/Him]]

Reporter, do you still see this with 3.6 or later?

Comment 9

[Tyler Downer [He/Him]]

whoops, wrong bug. sorry

Comment 10

[Eric St-Georges]

Still appears in 3.6. There is a workaround though.

I have a 2 monitor setup.

If I restore, move to second monitor, maximize and close, FF will open on the first monitor.

If I restore, move the second monitor and close, FF will open on the second monitor, in a normal state (as expected).

Now, from the second monitor, if I go full screen and close, FF will open maximized on the second monitor, again, as expected.

Comment 11

[Will Pittenger]

I have 3.6 and Session Manager, but no longer see the problem.  Do you have Session Manager?  It might help.

Comment 12

[Roman]

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)

Still appears in a clean profile. I've tried playing around with multiple windows, and basically all non-maximized ones are correctly restored where they should be, whereas maximized ones are restored to the place where they were _previously_ maximized.

So the simplest workaround is to simply maximize a window twice on the monitor you want it to stick on.

It's as if some important state only got updated when the window gets restored.

Comment 13

[Eric St-Georges]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)

Maximizing twice does not seem to work on my system.

Comment 14

[Jonathan Guerin]

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b6) Gecko/20100101 Firefox/4.0b6

I have this problem too - I can confirm that maximising twice will cause the browser to 'stick' to that window.

Comment 15

[alex_mayorga]

Duplicate of bug 264030?

Comment 16

[Paul O'Shannessy [:zpao] (not bugmail, email directly)]

(In reply to alex_mayorga from comment #15)
> Duplicate of bug 264030?

Partially, but not entirely I think. Part of the problem is going to be persisted attributes, which the first window will use and then we mostly control followup windows' position, then change the sizemode. It's all a bit disjoint but I think bug 264030 is mostly about persisted attributes.

Comment 17

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

This might be fixed in the latest nightly builds (fix landed in bug 1753836).

Comment 18

[BugBot [:suhaib / :marco/ :calixte]]

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

For more information, please visit auto_nag documentation.

Comment 19

[BugBot (nomail) [:suhaib / :marco/ :calixte]]

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.