Closed
Bug 151469
Opened 22 years ago
Closed 22 years ago
want UI for preference to disable window.close
Categories
(SeaMonkey :: Preferences, enhancement)
SeaMonkey
Preferences
Tracking
(Not tracked)
People
(Reporter: oliver.stieber, Assigned: doronr)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1a) Gecko/20020611 BuildID: 2002061104 Goging to http://www.btopenworld.com/esp/webmail/autologin , closes down the mozilla tab/window that requested the page Reproducible: Always Steps to Reproduce: 1.http://www.btopenworld.com/esp/webmail/autologin 2. 3. Actual Results: The molzilla tab/window closed Expected Results: The URL should have worked ,and cirtainly shouldn't have closed the window
What is the bug here? Testing with a current CVS, linux, the URL closes the current tab (or window) but opens a new window, with the login forms etc. It works like that in Netscape 4* as well.
Reporter | ||
Comment 2•22 years ago
|
||
With windows, and version 1.1a. JScript Open unrequested window is unchecked, unrequested close should be disabled at the same time, though there's no option for this. The bug is probably that a major UK tel-co has nasty html on the site.
Comment 3•22 years ago
|
||
well if bug 32571 is fixed, then I think you would have got a prompt before the window closed. if you want, you can completely disable windows closing themselves with a pref: user_pref("capability.policy.default.Window.close", "noAccess"); still wouldn't make the site work properly - the only way for that to happen is to either allow popups or tell BT to change their sucky site design. could make this into an enhancement request for "want UI to disallow windows closing with script", or could decide this is a duplicate of bug 32571, or could put it down to BT's site and resolve this as invalid. my feeling would be to say this is a dupe of 32571. Oliver - what do you think?
Reporter | ||
Comment 4•22 years ago
|
||
This is not quite 32571 as the popup owns the window, the main problem is that your browser session is lost which is quite anoying!, and it looks like a crash. I don't know if there are popup adds that do this (splash screen style), (i see a patent brewing!). I'm chainging the bug to a enhancement and sending BT a polite email. ( <meta HTTP-EQUIV="Refresh" CONTENT="1; URL=http://mypage.hmtl"> should do the trick
Severity: critical → enhancement
Comment 5•22 years ago
|
||
ok, well seems like a reasonable request to me (otherwise i wouldn't have suggested it), but no idea what others will think. changing summary, confirming, reassigning to preferences (which I hope is the right place). I'm not quite clear what the fix of bug 32571 will do. as I understand it, it will only allow script to close windows opened with script (at least without a prompt) - the script on the BT site owns the popup window (assuming it gets to exist), but I don't think it owns the browser window you loaded the page into... I could be wrong.
Assignee: sgehani → ben
Component: XP Apps → Preferences
OS: Windows NT → All
QA Contact: paw → sairuh
Hardware: PC → All
Summary: URL Closes mozilla tab/window → want UI for preference to disable window.close
Reporter | ||
Comment 6•22 years ago
|
||
A propmt if there's any history for the window/tab or the window being closed is the last one, might be a better solution.
Comment 7•22 years ago
|
||
having read it more carefully, either of those cases you mention are very likely to be covered by bug 32571 - either there will be a prompt, or the window.close just won't work (seems it hasn't been decided). the only case would be if a script opened a window, you manually closed the original window, and then the scripted window closed itself. if all you're asking for is a change of criteria for the prompt, then that would be covered by the other bug (at least until something gets implemented). whichever fix for bug 32571 is decided on, it will fix the BT page's case.
Comment 8•22 years ago
|
||
Following comment #27 or bug 32571, you could add this line to prefs.js user_pref("capability.policy.default.Window.close","noAccess"); I do not test it so I cannot be sure it would work here ;-) Just my 0.02$ ;-)
Reporter | ||
Comment 9•22 years ago
|
||
A propmt if there's any history for the window/tab or the window being closed is the last one, might be a better solution.
Comment 11•22 years ago
|
||
Fixing bug 32571 would fix the dataloss, because the site would not be able to close the existing window. Adding a pref would not because most users would not find the pref. IMO there should not be a pref or a dialog; trying to close a normal browser window should just fail. *** This bug has been marked as a duplicate of 32571 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Comment 12•22 years ago
|
||
marking verified as a duplicate. if you decide to reopen this bug, please clarify why. search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•