Closed
Bug 1345666
Opened 8 years ago
Closed 7 years ago
Surface drawn ~2x size of window on HiDPI Wayland
Categories
(Core :: Graphics, defect, P3)
Tracking
()
RESOLVED
FIXED
People
(Reporter: matrix.org, Assigned: stransky)
References
(Blocks 1 open bug)
Details
(Keywords: dpi, Whiteboard: [gfx-noted])
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20170307144106
Steps to reproduce:
Using firefox from this commit: https://github.com/stransky/gecko-dev/commit/baee29e5059080bbc0e55d1a77e753f42922b548
GDK_BACKEND=wayland firefox
Also tried with GDK_DPI_SCALE=0.5
Actual results:
The display was drawn ~2x the size of the window. Input and the window decorations were the expected size.
Expected results:
The display was drawn to match the window.
Reporter | ||
Comment 1•8 years ago
|
||
Reporter | ||
Comment 2•8 years ago
|
||
Reporter | ||
Comment 3•8 years ago
|
||
I couldn't find anything similar to this, let me know if you want any more information or to try any other versions.
Reporter | ||
Comment 4•8 years ago
|
||
cc stransky@redhat.com in case you are interested.
Updated•8 years ago
|
Whiteboard: [gfx-noted]
Comment 5•8 years ago
|
||
I can confirm this issue.
I am running org.mozilla.FirefoxNightlyWayland 55.0a1 (2017-06-02) flatpak from https://firefox-flatpak.mojefedora.cz/
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → stransky
Updated•8 years ago
|
Priority: -- → P3
Comment 6•8 years ago
|
||
The issue is a missing call to wl_surface_set_buffer_scale(2) when Firefox starts displaying the 2× buffer in the chrome+content surface, see bug 1228424 comment 5.
Assignee | ||
Comment 7•7 years ago
|
||
That's already fixed by latest trunk.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•