1893418 - When I'm trying to draw with my drawing pen (from drawing tablet) in a small range the only thing that appears is a small dot

Status: RESOLVED DUPLICATE of bug 1716355

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[fefise3399]

Attachment: Firefox bug tablet Huion.mp4

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:125.0) Gecko/20100101 Firefox/125.0

Steps to reproduce:

1. Use Huion drawing tablet - mine is INSPIROY H1161 (as I remember, Wacom tablet had the same issue in... ~2014).

2. Open some blackboard online to draw (I tried with: IDroo, Jamboard, Magma).

3. Try to make "small-moves" when you start drawing on the board.

Actual results:

1. Instead of expected drawing with small details, Firefox response was only to draw single dot. Only when I'm moving my pen "far enough" from the starting point, it connects the starting point with that "far enough" point.

2. When you continue drawing (with the pen still touching the tablet), everything after this "bad beggining" works smoothly.

Expected results:

It should work smoothly from the beggining.

I'm attaching the video comparison on some IDroo blackboard between how it works in Chrome (properly) and Firefox (not properly). Microsoft Edge is working properly here, too.

I was looking on the Internet to find some solution, and I've tried this:

• dom.w3c_pointer_events.enabled -> TRUE,
• dom.w3c_pointer_events.dispatch_by_pointer_messages -> TRUE (it was, by default),
• "use Windows Ink" in Huion Tablet app -> TRUE (it was, by default),
  unfortunaltely, none of these things helped.

Of course, I also reproduced the problem in the new profile in my Firefox.

It's important for me, because when writing/drawing during tutoring, a lot of letters/shapes became distorted and ugly.

Comment 1

[Simona Badau, Desktop QA, PTO 22-30June]

Moving this to Core > DOM: UI Events & Focus Handling to allow our engineers to examine it more closely.
Please also see Bug 1716355.

Comment 2

[Wacom SQA]

Reviewing behavior with https://patrickhlauke.github.io/touch/tracker/multi-touch-tracker-pointer-hud.html

In Firefox: Hovering the pen, holding still or moving around the tablet, shows that it's considered the primary input device. Touching the pen tip to click, but not move, the pen is still considered the primary input device. Moving the pen while he's clicking changes it to isPrimary: false, which appears to correlate with the jump in cursor movement that disrupts the user's action.

The change in primary input device status does not occur in other browsers.

Comment 3

[Jan Jaeschke [:jjaschke]]

This looks very similar to Bug 1892537, so I'll assign this S3.

Kagami, in case you are looking into this, putting on your radar. :)

Comment 4

[Kagami Rosylight 🏳️‍🌈🏳️‍⚧️ [:saschanaz] (they/them)]

This is being tracked by bug 1716355, so I'll mark it as dup.

For now the workaround is to disable dom.w3c_pointer_events.scroll_by_pen.enabled, but as the name says it'll disable the scroll-by-pen behavior.