User Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 Build ID: 20110622105737 Steps to reproduce: Went to Slashdot (http://yro.slashdot.org/story/11/06/29/2119224/Could-Amazon-Reviews-Be-Corrupt) Tried to middleclick on a link (Example: "It's absolutely true " in "I trust this guy's comment (Score:5, Funny)") Actual results: nothing Expected results: The link should have opened in a new Tab, as requested
same thing with firefox -safe-mode
Build: Mozilla/5.0 (Windows NT 6.1; rv:7.0a1) Gecko/20110629 Firefox/7.0a1 The issue reported here is reproducible on the latest Nightly but also on other browsers. So it may not be a Firefox issue but a website one, i.e. mouse middle click disabled, et cetera Remaining Unconfirmed
The fact that a website is able to interfere with basic UI controls in such a way is actually the problem. Or maybe there is a about:config setting to prevent this?
>Or maybe there is a about:config setting to prevent this? AFAIK no
Status: UNCONFIRMED → NEW
Component: General → DOM: Events
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → events
It's just calling preventDefault on the event. There's no way to win here (e.g. consider a canvas game using middle-click as part of the game controls)...
Couldn't we handle this the same way that pop-ups are handled: if a site attempts to hijack a mouse-button, prompt the user whether he wants to allow this, and remember the decision for the next time the site is visited. That way, if there is a legitimate need (game), the user could allow it, and refuse it in all other cases.
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.