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