Closed Bug 1018581 Opened 10 years ago Closed 4 months ago

New window opened from full-screen mode not maximized

Categories

(Core :: Widget: Win32, defect)

29 Branch
x86
Windows XP
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: antigonos, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140506152807

Steps to reproduce:

1. Maximize Firefox
2. Step into full-screen mode (F11)
3. Open a new window (Ctrl-N)


Actual results:

New window is not maximized and also not full-screened.
It has the same dimension as the old window without maximization.


Expected results:

New window should be maximized too.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
(In reply to YF (Yang) from comment #1)
> 
> *** This bug has been marked as a duplicate of bug 210048 ***

I suspect this is rather a duplicate of bug 1005098, because comment #0 says  "also not full-screened".


Reporter, do you have the titlebar turned back on?
Status: RESOLVED → UNCONFIRMED
Flags: needinfo?(antigonos)
Resolution: DUPLICATE → ---
(In reply to :Gijs Kruitbosch from comment #2)
> (In reply to YF (Yang) from comment #1)
> > 
> > *** This bug has been marked as a duplicate of bug 210048 ***
> 
> I suspect this is rather a duplicate of bug 1005098, because comment #0 says
> "also not full-screened".

No, I guess he meant the new window size are non-maximized and status are non-full-screen both.
I seems once reproduced the state yesterday, but can't reproduce now, the new window display as ordinary non-maximized window when full-screen now.

about bug 1005098, I don't see it relates to full-screen.
Hi, I don't have titlebar (drawInTitlebar = true).
I think it is also not the (exact) duplicate of bug 210048, as in this case the window does not have maximized dimensions (but maybe something changed since 2010).

I try to explain this case with dimensions:
1. I have an FF (not maximized) window with say 500x400 pixels (just an example, not exact).
2. I maximize it -> now it has 1000x800 pixels and it is in maximized state.
3. If I open a new window now (Ctrl-N) it is also 1000x800 pixel large and in maximized state.
4. But if I switch to full screen (F11)...
5. ... and then open a new window, than it is again 500x400 pixel large (and of course not maximized), which I think is a bit disturbing, and it should also have 1000x800 pixels and maximized state.

It is not really a big issue, just thought it may deserve a report that you know about it.
Flags: needinfo?(antigonos)
Version 	43.0.4
Build ID 	20160105164030
User Agent 	Mozilla/5.0 (Windows NT 5.1; rv:43.0) Gecko/20100101 Firefox/43.0

I can confirm this but I am not sure I agree it is a default.
Status: UNCONFIRMED → NEW
Component: Untriaged → XUL
Ever confirmed: true
Product: Firefox → Core
The issue here is somewhere in XPFE's nsXULWindow code and the way that the various SetSize/SetPosition/SetPositionAndSize and LoadMiscPersistentAttributes and LoadPosition/SizeFromXUL methods interact. I don't really have time to investigate this further right now - it doesn't seem to be a particularly serious/problematic issue, and it might even be by design.
Severity: normal → S3

This was indeed by design, as implemented in bug 575195. Adopting this bug into the modern "Widget: Win32" module, and closing as RESOLVED WONTFIX. We can add a pref or something if there's any call to do so, but one mild comment in thirteen years probably isn't cause enough for that.

Note that the implementation in bug 575195's patch is known to have unfortunate side-effects that we do consider to be bugs. (See, e.g. bug 1575635.)

Status: NEW → RESOLVED
Closed: 10 years ago4 months ago
Component: XUL → Widget: Win32
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.