Closed
Bug 148336
Opened 22 years ago
Closed 22 years ago
"Don't open unrequested windows" pref stops explicitly requested window from connecting
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
DUPLICATE
of bug 104470
People
(Reporter: kr, Assigned: jst)
References
()
Details
Visit http://www.smile.co.uk. The "account login" link in the upper left of the
window invokes a JavaScript program to open a new window using a secure connection.
Now select Preferences->Advanced->Scripts and Windows->Open Unrequested windows,
and de-select this. Repeat the above test. The browser opens a new window, but
fails to fetch or render the secure page. Since there was an explicit request,
it seems that the (otherwise fantastically useful) block is insufficiently
discriminating between a requested and unrequested event.
I'm not sure whether to assign this to Javascript, secure handling or what, so
I'll start off in Browser General.
Comment 1•22 years ago
|
||
Here's what happens.
Clicking on "account login" opens a new window by the means of window.open().
That new windows has the name "smile" and the url is
"http://www.smile.co.uk/cgi-bin/Launch.cgi?banking".
What this new page does is call again window.open with the same name ("smile").
And Mozilla considers this call to window.open an unrequested one.
Component: Browser-General → DOM Other
OS: Linux → All
Hardware: PC → All
Comment 2•22 years ago
|
||
Forgot to reassing to default owner/QA
Assignee: Matti → jst
QA Contact: imajes-qa → gerardok
Comment 3•22 years ago
|
||
There is a work around, modifying a little prefs.js.
When mozilla is closed, just add :
user_pref("dom.disable_open_click_delay", 1000);
Found that modification in 0.9.8 or 0.9.9 release notes.
Hope I help a little.
Works for me 2002050306 - WinXP
Comment 4•22 years ago
|
||
*** This bug has been marked as a duplicate of 104470 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•