Closed Bug 5729 Opened 26 years ago Closed 26 years ago

window.open opens multiple windows with the same window name

Categories

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

All
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: gerardok, Assigned: danm.moz)

References

Details

(Whiteboard: QA BLOCKER - Blocking QA automation)

Project: Seamonkey Program: Apprunner.exe BuildID: 1999-04-29-08 Platform: WinNT If you have an window named FooWin, window.open("URL", "FooWin") fails to locate that window and it opens a new window with the same name instead. The same failure is happening on Win32, MacOS and possibly on Linux. Viewer.exe doesn't show that failure. Steps to reproduce: 1. Create an HTML file with the following content: <HTML> <HEAD> <TITLE>test.html</TITLE> </HEAD> <BODY> <SCRIPT type="text/javascript"> window.open("http://bubblegum", "FooWin"); window.open("http://slip", "FooWin"); </SCRIPT> </BODY> </HTML> 2. Load that file in apprunner Actual Results: It opens two child windows. Expected results: A single child window opened with the homepage from slip server displayed in it.
Priority: P3 → P1
QA Contact: 4616 → 4015
Whiteboard: QA BLOCKER
Status: NEW → ASSIGNED
Target Milestone: M6
Sorry. There's no way this can happen by M5. In order to iterate over all open windows, I have a dependency on David Matiskella's window manager. Until that lands, this bug is dead in the water. Setting Target Milestone to M6, since I'm assuming that the window manager is slated to go in some time before M6 closes.
Severity: major → blocker
Whiteboard: QA BLOCKER → QA BLOCKER - Blocking QA automation
Target Milestone: M6 → M8
window.open doesn't even work on Mac and Linux. It won't before necko lands. Moving off to M8.
Assignee: hyatt → danm
Status: ASSIGNED → NEW
Giving this to danm. Basically our FindBlahByName method in nsWebShellWindow needs to know how to look over the window list.
*** Bug 8831 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
now checking for webshell names among list of open windows.
Status: RESOLVED → VERIFIED
Verified on 1999-07-01-08-M8 build.
Status: VERIFIED → REOPENED
The same failure is happening in M9 builds. It was working fine on the released M8 build. Re-tested bug on 07/27 and 07/22 Apprunner. Bug reopened.
Status: REOPENED → NEW
Resolution: FIXED → ---
Target Milestone: M8 → M9
Moving from M8 to M9 due to reopen!
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
Hmmm. Someone broke the window lookup-by-name code, middle of July. That's been fixed and this bug seems gone once again.
Status: RESOLVED → VERIFIED
Verified on 1999-08-13-09-M9 build.
You need to log in before you can comment on or make changes to this bug.