Open Bug 1425384 Opened 8 years ago Updated 3 years ago

pointerEvent button state returns incorrect value using Wacom stylus eraser

Categories

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

57 Branch
defect

Tracking

()

People

(Reporter: evitolins, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(2 files, 1 obsolete file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36 Steps to reproduce: 1) Enable about:config dom.w3c_pointer_events.enabled 2) Test Wacom input on this debugging page: https://evitolins.github.io/pointer-events-debugger/ Actual results: 3) Observe during a "pointerdown" event, the button value will display a value of 0 (yes it's a bit difficult, unless you keep the stylus very still) Expected results: The value should instead be 5 *https://developer.mozilla.org/en-US/docs/Web/API/Pointer_events
For step #2, use the link below instead to isolate the specific event "pointerdown" https://evitolins.github.io/pointer-events-debugger/#pointerdown Also, Chrome 63.0... is working as expected on Mac, if you'd like to use for comparison.
Component: Untriaged → DOM: Events
Product: Firefox → Core
Flags: needinfo?(sshih)
Priority: -- → P2
Assignee: nobody → sshih
Flags: needinfo?(sshih)
We had used button value 4/5 for 4-th/5-th (back/forward) button in nsContentUtils::GetButtonsFlagForButton. This isn't matched to the Pointer Event spec. It seems okay to redefine the values of 4-th, 5-th and eraser button since we don't dispatch related events to content on Windows [1] and Linux [2]. On Mac, we only dispatch mouse events with left/right button [3]. [1] https://searchfox.org/mozilla-central/rev/48cbb200aa027a0a379b6004b6196a167344b865/dom/base/nsContentUtils.cpp#8455 [2] https://searchfox.org/mozilla-central/rev/48cbb200aa027a0a379b6004b6196a167344b865/widget/windows/nsWindow.cpp#5843 [3] https://searchfox.org/mozilla-central/rev/48cbb200aa027a0a379b6004b6196a167344b865/widget/gtk/nsWindow.cpp#2755 [4] https://searchfox.org/mozilla-central/rev/48cbb200aa027a0a379b6004b6196a167344b865/widget/cocoa/nsChildView.mm#4559
I see that this bug is still unconfirmed, but there have been some work on it. From my side I'm able to reproduce it on version 61.0.1 Just one sidenote: it impacts both button and buttons values Hint: it is easier to see to reproduce it on https://patrickhlauke.github.io/touch/tracker/multi-touch-tracker-pointer-hud.html
Assignee: stone123456 → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: