Open Bug 1425384 Opened 7 years ago Updated 2 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: