Closed Bug 577169 Opened 15 years ago Closed 15 years ago

window.open Popup Bug (Regression from 3.7a5)

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: nbetcher, Unassigned)

References

()

Details

(Keywords: regression, useless-UI)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1 When using the following code in code: window.open("planInfoPopup.php?mode="+mode, "planInfoPopup", "toolbar=0,location=0,directories=0,status=0,menubar=0,scrollbars=1,resizable=1,width=800,height=400"); a Firefox window with blank contents pops up (with a weird UI) for a split second and is destroyed. Then another pops up in a different location with a different size, then is resized to the requested (via window.open) size and contents. This is extremely annoying and wastes a lot of time for the user and Windowing system. The expected behavior is the the window opens with the requested size and content immediately without creating and destroying extra windows, nor triggering resize events in the window manager. This is a regression since the Mozilla Developer Preview 3.7 Alpha 5 - versions after Alpha 5 contained this problem. With the level of detail and time I have spent on this it would be GREATLY appreciated if this could be fixed immediately so it can be released with 4.0 (official). Thank you! Reproducible: Always Steps to Reproduce: 1. Create a link that uses window.open with similar code as explained in the Details 2. Click it Actual Results: A Firefox window with blank contents pops up (with a weird UI) for a split second and is destroyed. Then another pops up in a different location with a different size, then is resized to the requested (via window.open) size and contents. Expected Results: The expected behavior is the the window opens with the requested size and content immediately without creating and destroying extra windows, nor triggering resize events in the window manager. This is a regression since the Mozilla Developer Preview 3.7 Alpha 5 - versions after Alpha 5 contained this problem.
From its description this (or part of this) could well be bug 575184 - I get something similar just by doing Ctrl/N
Version: unspecified → Trunk
Still present in Firefox 4.0 beta 2. It will be quite disappointing to see this bug shipped with 4.0.
Still present in 4.0b5. More information to reproduce: * Load a webpage on monitor #1 which has a link to a window.open. * Click the window.open link. * Move the new window (that popped up) to monitor #2. * In the first window go to File->Exit and select "Save and Quit." * Re-open Firefox and go to the same webpage. * Click the window.open link again... it (correctly) loads on monitor #2, but it start maximized, then "Restore"s causing window redraws and resize events.
Just now updated to 4.0b6. Still happens. Sad.
(In reply to comment #4) > Just now updated to 4.0b6. Still happens. Sad. I don't see this being fixed for release honestly. This bug hasn't even been confirmed or assigned by Mozilla yet.
(In reply to comment #3) > Still present in 4.0b5. More information to reproduce: > * Load a webpage on monitor #1 which has a link to a window.open. > * Click the window.open link. > * Move the new window (that popped up) to monitor #2. > * In the first window go to File->Exit and select "Save and Quit." > * Re-open Firefox and go to the same webpage. > * Click the window.open link again... it (correctly) loads on monitor #2, but > it start maximized, then "Restore"s causing window redraws and resize events. This is all irrelevant... it happens no matter what monitor or if you save the tabs.
The flickering affect of popup windows seems to be fixed in 4.0b8pre.
Fixed as of Beta 7.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.