Open Bug 1730114 Opened 3 years ago Updated 1 year ago

[wayland] Experimental fractional scaling support causes screen size to be reported incorrectly

Categories

(Core :: Graphics, defect, P3)

Firefox 94
All
Linux
defect

Tracking

()

ASSIGNED
Tracking Status
firefox94 --- affected

People

(Reporter: me, Assigned: rmader)

References

(Blocks 1 open bug)

Details

Using Sway with output scale 1.5 on a 2560×1440 monitor.

Before setting widget.wayland.fractional_buffer_scale, devicePixelRatio is 2 (bad but expected because of the use of overdraw), and [screen.width, screen.height] was [2560, 1440] (correct).

After setting widget.wayland.fractional_buffer_scale to 1.5, devicePixelRatio is 1.5 (good), but [screen.width, screen.height] is [3413, 1920], which is incorrect.

I guess you’d call this a regression in bug 1707209.

Putting this on Robert's list.

Severity: -- → S3
Flags: needinfo?(robert.mader)
Priority: -- → P3
Regressed by: 1707209

This has just changed again: it’s now getting screen dimensions wrong in the other direction, reporting [screen.width, screen.height] as [1137, 640]—dividing the 2560×1440 device pixel size by 1.5 twice. My educated guess is that the bug 1730476 patch is responsible for it changing.

This will need checking in GNOME and KDE Wayland sessions too.

Thanks, will look into it. Technically it's IMO not a regression from bug 1707209 - it's a bug in a new feature. Regressions imply that reverting the regressing patches would solve the issue. In other words, this would only become a regression if we decided to somehow enable fractional scaling by default.

Assignee: nobody → robert.mader
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: needinfo?(robert.mader)
No longer regressed by: 1707209
See Also: → 1707209, 1730476
Blocks: 1707209
Blocks: wayland
No longer blocks: 1707209
You need to log in before you can comment on or make changes to this bug.