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)
Tracking
()
NEW
People
(Reporter: evitolins, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(2 files, 1 obsolete file)
2.95 KB,
patch
|
Details | Diff | Splinter Review | |
2.60 KB,
patch
|
Details | Diff | Splinter Review |
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.
Updated•8 years ago
|
Flags: needinfo?(sshih)
Priority: -- → P2
Updated•8 years ago
|
Assignee: nobody → sshih
Flags: needinfo?(sshih)
Comment 2•8 years ago
|
||
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
Comment 3•8 years ago
|
||
Attachment #8943118 -
Attachment is obsolete: true
Comment 4•8 years ago
|
||
Comment 5•7 years ago
|
||
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
Updated•7 years ago
|
Assignee: stone123456 → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P2 → P3
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•