1930525 - Pointer Lock API has incorrect cursor speed

Status: RESOLVED DUPLICATE of bug 2036028

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

Description

[joshas]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:132.0) Gecko/20100101 Firefox/132.0

Steps to reproduce:

Open this example https://mdn.github.io/dom-examples/pointer-lock/ and click inside black rectangle to capture cursor.

Actual results:

When moving mouse, circle moves way slower than it should be moving.

Expected results:

Circle should be moving at the same speed as mouse cursor when it is not captured. Opening same example in GNOME Web (Epiphany) browser, results in correct experience, where circle is moving at the same speed as the mouse cursor. Similar issues occur in 3D Unity games on the web, but usually after cursor is captured whole view spins too fast and it is impossible to control camera, while when cursor is not captured camera moves more or less correctly. Fedora 41, GNOME, Wayland.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::WebRTC: Audio/Video' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Andreas Farre [:farre]|PTO -> Aug 7th]

I'm on Fedora 40, with Wayland. I'll update and try to reproduce tomorrow.

Comment 3

[Andreas Farre [:farre]|PTO -> Aug 7th]

Also, thank you for the report!

I tried this on both nightly and release, running Fedora 41 with Wayland, but I couldn't reproduce.

I know you said that you run Fedora on Wayland, but just to be sure, could you check the output of:

$ echo $XDG_SESSION_TYPE

Also, are you aware of having this problem before? If not, and this is something new, could I ask you to try finding a regression range using mozregression? It would help a lot.

Comment 4

[joshas]

$XDG_SESSION_TYPE is "wayland".
I was having this issue for quite a while now, so I don't think that I'll be able to find last working version and work my way through where it broke.

Just out of curiosity I connected another mouse I had lying around. Unbelievable, but that mouse does not have slowness issue when pointer is locked.
Logitech G305 - has pointer lock issues. Even changing DPI by using button on mouse does not fix the issue, locked pointer does not match the speed of mouse movement when it is not locked.
Logitech M90 - no issues with example, but still problems with camera movement in 3D web games built using Unity engine.

Comment 5

[Andreas Farre [:farre]|PTO -> Aug 7th]

Have you seen this behavior Edgar?

Comment 6

[Edgar Chen [:edgar] (OOO ~ 07/13, 07/16 ~ 07/20)]

We have similar issues on some specific mouse, e.g. bug 1869968. But I could not reproduce on my Wayland Ubuntu.

Comment 7

[Edgar Chen [:edgar] (OOO ~ 07/13, 07/16 ~ 07/20)]

Bug 2036028 makes the movement data more reliable in pointer lock, it seems it also fixes this.

Comment 8

[Edgar Chen [:edgar] (OOO ~ 07/13, 07/16 ~ 07/20)]

I believe bug 2036028 also fixes this. Feel free to reopen or file a new bug if you still encounter same issue.