668466 - Middle click not working on Slashdot

Status: NEW

(Core :: DOM: Events, defect, P5)

Description

[Alain Knaff]

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

Comment 1

[Alain Knaff]

same thing with firefox -safe-mode

Comment 2

[AndreiD[QA]]

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

Comment 3

[Alain Knaff]

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?

Comment 4

[Matthias Versen [:Matti]]

>Or maybe there is a about:config setting to prevent this?
AFAIK no

Comment 5

[Boris Zbarsky [:bzbarsky]]

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

Comment 6

[Alain Knaff]

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.

Comment 7

[Firefox Bug Husbandry Bot]

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.