Closed Bug 363937 Opened 18 years ago Closed 18 years ago

Setting of "dependent" parameter of window.open has no effect

Categories

(Firefox :: General, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 354123

People

(Reporter: syrion.com, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.1) Gecko/20061010 Firefox/2.0 As bug #354123 is reported on Windows XP, I wanted to repport it for Window XP, Windows 2000 and Linux. With Firefox 1.5.0.7 and 2.0, the window.open feature "dependent=yes" has no effect. It does not behave as expected in Gecko DOM reference (http://developer.mozilla.org/en/docs/DOM:window.open). Reproducible: Always Steps to Reproduce: 1.Go to http://www.gtalbot.org/BugzillaSection/MozPopupHelpTestcaseDebugger.html 2. Check "dependent" option 3. click on "create pop-up". It will open a new supposed-dependent window 4. close or reduce the first window Actual Results: 1)The new supposed-to-be-dependent window does not close or reduce as its parent window is closed or reduced ! 2)There is an icon on task bar for that window on Windows OS Expected Results: Expected results are defined at http://developer.mozilla.org/en/docs/DOM:window.open . 1) A dependent window opened by window.open with "dependent=yes" should reduce itself if its parent is reduced, and close if its parent is closes. 2) It shouldn't show an icon on Windows task bar. I know that some people doesn't like "window features" but the are needed. So, 3 solution are acceptable 1) correct this bug in order to have "dependent=yes" working as defined in actual Gecko DOM reference 2) correct gecko DOM reference to mark this feature as deprecated 3) correct this bug to have "dependent=yes" working IF AND ONLY IF a special variable is set to true in user config. The config variable will be set to false by default (as for modal, scrollbars...). The doc must be updated to repport this. Please note that the 1st solution was expected, but only 3rd is an acceptable fallback : is is a good trade-off between internet user accessibility/security and enterprises needs for intranet applications.
Version: unspecified → Trunk
Please don't intentionally file dups. *** This bug has been marked as a duplicate of 354123 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.