Closed Bug 174019 Opened 23 years ago Closed 4 years ago

resizeBy on a maximized window should size it relative to its unmaximized size

Categories

(Core :: DOM: Core & HTML, defect, P5)

x86
Windows 2000
defect

Tracking

()

RESOLVED INACTIVE

People

(Reporter: tony.fu, Unassigned)

References

(Depends on 1 open bug)

Details

Steps to reproduced it: 1. Maxmize a browser window 2. type javascript:void(window.resizeBy(0,0)) on the URL box. The window will be restored to windowed mode and even worse, the window now has the size of the screen instead of the original window size.
Confirming bug with Mozilla trunk binary 20020930xx on WinNT. Browser, not engine ---> DOM Level 0
Assignee: rogerl → jst
Status: UNCONFIRMED → NEW
Component: JavaScript Engine → DOM Level 0
Ever confirmed: true
QA Contact: pschwartau → desale
As designed. Sizing a maximized Mozilla window unmaximizes it. Otherwise windows opened to a specific size from a maximized browser window would themselves be maximized, to the great annoyance of all. Think popups. See bug 98701 and bug 43001. Personally I'd be more annoyed by that than by losing my maximized state in a legitimate browser window. I choose to stick with the current behaviour. Bug 98701 is a dead snake. This bug is a duplicate of bug 111545, which I just closed "won't fix." However relative sizing should be relative to the window's normal size, not its maximized size. Oddly I think there's no bug already filed for that. Morphing.
Assignee: jst → danm
Summary: calling window.resizeBy on a maximized window will restore it → resizeBy on a maximized window should size it relative to its unmaximized size
DANM is right regarding popups. However, popup is a new window. The current window should also stay maximized even though the underlying unmaximized size is changed.
Hmmmm. It might be feasible to give the window resize from window.open( , , "height=n,width=m") special treatment and thus rework the fix for bug 98701 and thus no longer need to unmaximize a window when it's sized. It'd require an interface change and generally be a little involved. I'm uncertain what else is depending on this behaviour. It's been in for a while now. Thinking about it (but won't get to it real soon.)
*** Bug 170310 has been marked as a duplicate of this bug. ***
Depends on: 231843
Assignee: danm.moz → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: desale → general
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.