Closed Bug 1708347 Opened 4 years ago Closed 4 years ago

Pointerlocked mousemove relative events drift on old WM

Categories

(Core :: Widget: Gtk, defect, P5)

Firefox 90
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: cand, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux i686; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:

  1. Use a pre-NETWM WM
  2. Go to a page that uses pointerlock and mousemove relative events

Affects all FF versions at least since 60 to 90.0a1 28 Jul, probably all versions that support that.

Not related to https://bugzilla.mozilla.org/show_bug.cgi?id=1630462 as that was -1,-1 due to rounding/etc.

Actual results:

Mouse cursor drifts. When not moving it at all, movementX and movementY constantly report -3,-16. This happens to be exactly the window border and title bar's dimensions.

There is no such offset in normal use, so only the pointerlocked path fails to take window borders on old WMs into account. The WM in question is flwm_topside, but any pre-NETWM WM that has window borders should repro.

Expected results:

No drift, accurate relative mouse movement values.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

Sorry, X11 is already going to be replaced by Wayland and we do only necessary fixes here. Patches welcome, wontfix otherwise.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.