Closed Bug 517396 Opened 16 years ago Closed 16 years ago

Maximized windows collapse to their unmaximized size when moving them by dragging toolbar or statusbar

Categories

(Core :: XUL, defect, P2)

All
macOS
defect

Tracking

()

VERIFIED FIXED
mozilla1.9.3a1
Tracking Status
status1.9.2 --- beta2-fixed

People

(Reporter: mstange, Assigned: mstange)

References

(Depends on 1 open bug)

Details

(Keywords: regression, verified1.9.2)

Attachments

(1 file, 1 obsolete file)

STR: 1. Make your window small. 2. Click the window's zoom button. 3. Drag the status bar. Expected results: This shouldn't change the window size. Actual results: The window collapses to its previous size. This is most certainly a regression from the patch in bug 429954 that started treating zoomed windows as maximized. Un-maximizing maximized windows before moving them certainly makes sense on Windows, but it doesn't make sense on Mac.
If bug 517396 is a blocker, this should also be a blocker.
Flags: blocking1.9.2?
Neil, do you think this is the right approach?
Assignee: nobody → mstange
Status: NEW → ASSIGNED
Attachment #408922 - Flags: review?(neil)
Comment on attachment 408922 [details] [diff] [review] v1: reset the size mode in the platform implementations instead Seems reasonable to me.
Attachment #408922 - Flags: review?(neil) → review+
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
Attached patch v2Splinter Review
Now with test and indentation style that matches the context. Roc, could you review the widget/ changes?
Attachment #408922 - Attachment is obsolete: true
Attachment #409303 - Flags: review?(roc)
This would be pretty easy to write a test for, wouldn't it?
There's a test in that patch. :-)
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Hardware: x86 → All
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.3a1
Flags: in-testsuite+
Depends on: 526236
Verified with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20091104 Minefield/3.7a1pre ID:20091104031046
Status: RESOLVED → VERIFIED
Verified fixed on 1.9.2 with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b2pre) Gecko/20091106 Namoroka/3.6b2pre ID:20091106033745
Keywords: verified1.9.2
Comment on attachment 409303 [details] [diff] [review] v2 >+ var win = wm.getMostRecentWindow("navigator:browser"); >+ var oldX = win.screenX, oldY = win.screenY; ... >+ win.restore(); >+ is(win.outerWidth, oldWidth, "restored window has wrong width"); >+ is(win.outerHeight, oldHeight, "restored window has wrong height"); Unfortunately you didn't check that the window was restored before grabbing the old width/height, so if you run the test in a maximised window it fails...
Component: XP Toolkit/Widgets: XUL → XUL
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: