Closed Bug 151469 Opened 22 years ago Closed 22 years ago

want UI for preference to disable window.close

Categories

(SeaMonkey :: Preferences, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 32571

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.
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.

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?
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
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
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.
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.
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$ ;-)
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.
.
Assignee: ben → doron
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
marking verified as a duplicate.

if you decide to reopen this bug, please clarify why.

search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.