Resist-fingerprinting letterboxing causes pointer lock to drift when moving mouse cursor
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
People
(Reporter: ke5trel, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file)
|
408.24 KB,
video/webm
|
Details |
STR:
- Set
privacy.resistFingerprinting.letterboxing = true. - Visit https://mdn.github.io/dom-examples/pointer-lock/.
- Resize window so that the letterbox areas are different sizes.
- Click in the pointer lock zone.
- Move mouse cursor in small circles.
Expected:
Red ball remains in same space.
Actual:
Red ball drifts slowly to one side depending on letterbox size.
Does not happen with letterboxing disabled.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
the pointer coordinates are being taken from the inner window rather than the viewport. Firefox (not Tor Browser) centers vertically. Both center horizontally.
Create a letterbox that has e.g. 10px matt to the left and 10px matt above and just click the mouse once to watch the red ball move on its own (diagonally and down). When it crosses the x or y threshold, you can see the coordinate is -10 (for example)
Comment 2•1 year ago
•
|
||
this is solved with using Tor Browser's css grid LBing which is in the process of being uplifted - not usre which bugzilla cc cc piero
Comment 3•1 year ago
|
||
Bug 1556016, but I haven't checked if this solves the problem.
Comment 4•1 year ago
|
||
but I haven't checked if this solves the problem.
Well, I don't see what else it could be :)
Comment 5•1 year ago
|
||
OK, it still drifts after Bug 1556016 (not to be confused with sub-pixel drift issues in Bug 1630462). The drift is proportional and directional based on the letterbox matte, so something somewhere is using the "real"/"non-LB" inner window co-ordinates vs the LB points
Updated•1 year ago
|
Description
•