934422 - pcgames.de/pcgameshardware.de - Touchpad-middleclick on links is not working

Status: NEW

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

Description

[Elbart]

Attachment: Web Console log of the website after trying to middleclick

Firefox 24.1.0 ESR (also happening on SeaMonkey 2.22) on Windows 7 SP1 x64
New profile, all extensions and plugins are disabled.
On a laptop with an ELAN Smart-Pad (driver: ETDWare PS/2-X64 8.0.5.5_WHQL)

STR:
- Visit http://www.pcgames.de/classic or http://www.pcgameshardware.de/classic
- Middleclick (two-finger-tap) on any link below "Aktuelle PC Games-News" or "Aktuelle Hardware- und Spiele-Artikel".

Expected results:
Link is being opened in a new tab.

Actual results:
Nothing happens.

Tested Firefox-versions: latest 10ESR, latest 17ESR, latest 24ESR, Nightly 2013-11-03

The same operation is working fine in Chrome 30 and IE 10.

On the pcgames-site, if I go to the bottom and touchpad-middle-click any links there, no XHR is being fired and the links are opening in new tabs.

---

In the Web Console (see attachment), the sites are firing a XHR-POST message upon every kind of click on a link (to */webservices/remoteModulesTracker.php). Left-clicking and Ctrl-left-clicking on these links is working fine, but not middleclicking.

Middleclicking on these links with a normal mouse is also working fine, at least with the one I'm using.

The touchpad-middleclick is working fine on other websites and also on the Firefox-GUI (opening new empty tabs, closing tabs etc.).

Reports of other people affected by this: http://extreme.pcgameshardware.de/pcgh-webseite/290603-probleme-beim-offnen-von-links-im-neuen-tab-des-kontextmenues-von-hyperlinks-und-problem-mit-werbung.html

---

WORKAROUND:
Filtering */webservices/remoteModulesTracker.php in ABP fixes the bug, but this can't possibly be the final solution for this problem.

Comment 1

[Elbart]

More affected sites showing the same problem, all from the same publisher:
http://www.spielefilmetechnik.de/News/
http://www.gamesaktuell.de/News/
http://www.buffed.de/
http://www.videogameszone.de/News/
http://www.gamezone.de/News/

Comment 2

[Elbart]

Another observation: While the pages are loading, I can touchpad-middleclick those links and the new tabs are opened, but once the site has finished to load, the touchpad-middleclick stops working.

Comment 3

[Elbart]

On Ubuntu 13.10, and after enabling middle-click with three fingers with synaptiks, every fourth to every third middleclick on these links isn't turning into a new tab.

Comment 4

[Elbart]

But the XML request to remoteModulesTracker.php is being sent.

On my desktop, I have the same percentage with my USB-mouse, so approx. 1 out of 4 middleclicks don't result in a new tab, although the XML request is being sent, and thus indicating some kind of event.

Comment 5

[VanillaMozilla]

The user reports that a wireless mouse works 100% of the time, and that a corded mouse works 75% of the time on another computer.

Probably not a Firefox problem.
http://forums.mozillazine.org/viewtopic.php?f=9&t=2766311

Comment 6

[Elbart]

(In reply to VanillaMozilla from comment #5)
> Probably not a Firefox problem.

I'd agree, if blacklisting remoteModulesTracker.php or disabling JavaScript in general wasn't changing the 0% and 75% to 100%.

Also, blocking any one of five JS-scripts of the site (pcgames.de) has the same workaround-effect. The scripts are cfremote-min.js, general-min.js, landingpage-min.js, cfmessage.js and cfajax.js.

I got an NSPR-log (all:5), if that will help.

Comment 7

[Elbart]

Attachment: Screenrecording showing the different behaviour of Firefox when JS is on and off

This is a screenrecording of opening 10 links in a row, first with JS on and then with JS off.

Notice that during the first batch, only five clicks are registered and the xml request is being set, and of those six clicks only two convert into new tabs.

During the second batch with JS off, all 10 clicks are registered and 10 new tabs are opened.

Comment 8

[Elbart]

Attachment: pcgames_touchpad_.mp4

And the same test done on the laptop using the touchpad.

Comment 9

[Elbart]

Another testcase, taken from https://bugzilla.mozilla.org/show_bug.cgi?id=636171#c4: http://jsfiddle.net/cmcnulty/h9RDT/5/

See the attachment below for the differences between Firefox and Chrome, done on the laptop using the touchpad.

Comment 10

[Elbart]

Attachment: firefox vs chrome - xhr onmouseup.png

Comment 11

[Elbart]

Attachment: testcase_672677_.html

Here's another testcase, taken from https://bugzilla.mozilla.org/show_bug.cgi?id=672677#c1

Firefox isn't even opening the context-menu (to view the source) unless you stay on the right mousebutton for a second.

When you got the Web Console open, showing the Network-window, you can see when the request is finished. If you release the mousebutton after the request is finished, the mouseup-event is happening. Otherwise only mousedown is happening, and Firefox does nothing.

Comment 12

[Elbart]

Because of the mixed-content-blocking the above testcase isn't working, read: the mouseup-event is fired normally.
You'll have to set security.mixed_content.block_active_content;false for the testcase to show the bug...

Comment 13

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