Closed
Bug 152167
Opened 22 years ago
Closed 21 years ago
onMouseOver can always open unrequested windows
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
DUPLICATE
of bug 197919
People
(Reporter: spam2, Assigned: samir_bugzilla)
References
(Blocks 1 open bug, )
Details
(Keywords: testcase)
Attachments
(1 file)
(deleted),
text/html
|
Details |
I have the "Open Unrequested Windows" option on. I went to a website that had
onMouseOver events on most of the text on the page. Every time I moved my mouse
over any of the text, I got a pop-up. I've never "Requested" a pop-up by moving
my mouse over it. I think it should be restricted to only the onClick event.
<a href="#"
onMouseOver="javascript:open('http://www.google.com','dictionary','height=640,width=600,scrollbars=yes,resizable');">
Mouse Over Test </a>
Comment 1•22 years ago
|
||
*** Bug 140934 has been marked as a duplicate of this bug. ***
Comment 2•22 years ago
|
||
*** Bug 150301 has been marked as a duplicate of this bug. ***
Comment 3•22 years ago
|
||
A UI pref could conceivably be put in, but it wouldn't be included in "Open
Unrequested Windows," since that is underhanded usually, but requested
nevertheless. This option, I believe, refers solely to onLoad and is meant to
remain that way.
Platform -> All
OS -> All
Severity -> enhancement
-> NEW
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Summary: Open Unrequested Windows. Windows still triggered by onMouseOver → [RFE] Windows are always triggered by onMouseOver; a new UI pref needed
Comment 4•22 years ago
|
||
*** Bug 152848 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
This is a bug in how the "open unrequested windows" pref is implemented. There
should be a whitelist of events that are allowed to open windows, not a
blacklist of events that are not allowed to open windows.
Summary: [RFE] Windows are always triggered by onMouseOver; a new UI pref needed → onMouseOver can always open unrequested windows
Comment 6•22 years ago
|
||
*** Bug 152916 has been marked as a duplicate of this bug. ***
Comment 7•22 years ago
|
||
*** Bug 153512 has been marked as a duplicate of this bug. ***
Comment 8•22 years ago
|
||
*** Bug 153700 has been marked as a duplicate of this bug. ***
Comment 9•22 years ago
|
||
Thanks to Gavin Long who pointed me to the right link:
http://www.mozilla.org/projects/security/components/ConfigPolicy.html
I have following workaround active now:
user_pref("capability.policy.policynames", "strict");
user_pref("capability.policy.strict.Window.open", "noAccess");
user_pref("capability.policy.strict.sites", "http://www.cracks.am
http://www.annoying.site.com");
Have fun !
Comment 10•22 years ago
|
||
*** Bug 166190 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
--> Event Handling
Assignee: ben → joki
Component: Preferences → Event Handling
QA Contact: sairuh → rakeshmishra
Comment 12•22 years ago
|
||
*** Bug 176418 has been marked as a duplicate of this bug. ***
Comment 13•22 years ago
|
||
*** Bug 160652 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Severity: enhancement → normal
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
Comment 14•22 years ago
|
||
This is also an issue with onClick="" events etc. in the <body> tag, which
results in a new window opening whenever you click somewhere inside the window.
I think Mozilla should only allow onClick="" events for window.open inside <a>
or <input type=""> elements.
Comment 15•22 years ago
|
||
-> default owner
Comment 17•22 years ago
|
||
There needs to be a GUI exposure for the mouseover.
http://www.kuro5hin.org/comments/2002/11/24/225746/27/7#7
Comment ID #7 has a window.close in the onmouseover, #9 has an open new window.
Close doesn't work, but the open new window does. Despite having most JS prefs
(only change images is on) off.
See also bug 24974
Reporter | ||
Comment 18•22 years ago
|
||
There was an article posted to cnet yesterday pertaining to this particular problem.
http://news.com.com/2100-1023-978616.html
Comment 19•22 years ago
|
||
->samir
If someone in the FE wants to to the whitelist and ui, go for it. IMO this is
yet another example of how we can stick our finger in one annoying leak, and
content authors will simply find 5 more ways to do annoying things.
Assignee: saari → sgehani
Comment 20•22 years ago
|
||
Saari: you're right, just fixing this bug wouldn't help much. This is really a
dup of bug 159036 and I think it's only still open so bug filers can find it by
searching for "mouseover".
Comment 21•21 years ago
|
||
*** Bug 210926 has been marked as a duplicate of this bug. ***
Comment 22•21 years ago
|
||
*** Bug 211346 has been marked as a duplicate of this bug. ***
Comment 23•21 years ago
|
||
In Mozilla 1.5b and 1.5 RC1, even pop-ups created by the onMouseOver and other
JavaScript actions are blocked successfully, unless you specify to accept
pop-ups from certain sites. On Mail.com, I used to have problems with pop-ups
when clicking "Delete", but not since 1.5b. So therefore, I declare this bug
resolved, so Mike Odom, I would like you to change this status to RESOLVED with
WORKSFORME as I cannot perform this action.
Comment 24•21 years ago
|
||
Comment 26•21 years ago
|
||
Well Mozilla 1.5 RC1 has partially resolved the JavaScript pop-up issue. What I
probably meant was that the onMouseClick for the buttons has been fixed. The
other pop-up triggers will most likely be repaired by Mozilla 1.6 at the rate
the developers are going.
Comment 27•21 years ago
|
||
please try out the mouseover on the following site.
http://www.popup-blocker.info/testpage/test2.html
also, i filed bug 223174 because i didn't search for *mouseover (is that even
possible?), i just searched for "mouse-over" and "mouseover". so maybe you
should add mouseover to the summary. 223174 is not a strict dupe though.
Comment 28•21 years ago
|
||
Just tried that link with Firebird 0.7. I found out that there are more options
that Mozilla must look into for Mozilla and the Firebird component. The Element
(onmouseover, onmouseleave), Navigation, and Non-Navigation (text boxes) tests
all failed, so I believe Mozilla needs to look more into this issue. As for the
Navigation tests, clicking "Detete" for the messages on Mail.com would normally
access the pop-ups, but they were blocked successfully, so that page may not be
100% accurate. Still, it'd be a good thing to look into.
Comment 29•21 years ago
|
||
*** Bug 224708 has been marked as a duplicate of this bug. ***
Comment 30•21 years ago
|
||
*** Bug 225452 has been marked as a duplicate of this bug. ***
Comment 31•21 years ago
|
||
*** Bug 229723 has been marked as a duplicate of this bug. ***
Comment 32•21 years ago
|
||
"onMouseOver can always open unrequested windows"
Just for the record, not if you install MultiZilla...
Comment 33•21 years ago
|
||
*** Bug 232190 has been marked as a duplicate of this bug. ***
Comment 34•21 years ago
|
||
danm fixed this in bug 197919.
Comment 35•21 years ago
|
||
(In reply to comment #34)
> danm fixed this in bug 197919.
He sure did.
*** This bug has been marked as a duplicate of 197919 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•