1345666 - Surface drawn ~2x size of window on HiDPI Wayland

Status: RESOLVED FIXED

(Core :: Graphics, defect, P3)

Description

[Kevin Cox [@kevincox:matrix.org]]

Attachment: Screenshot from 2017-03-08 23-33-02.png

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.

Comment 1

[Kevin Cox [@kevincox:matrix.org]]

Attachment: layout.css.devPixelsPerPx = 1

Comment 2

[Kevin Cox [@kevincox:matrix.org]]

Attachment: layout.css.devPixelsPerPx = -1

Comment 3

[Kevin Cox [@kevincox:matrix.org]]

I couldn't find anything similar to this, let me know if you want any more information or to try any other versions.

Comment 4

[Kevin Cox [@kevincox:matrix.org]]

cc [e-mail] in case you are interested.

Comment 5

[Maxime de Roucy]

I can confirm this issue.
I am running org.mozilla.FirefoxNightlyWayland 55.0a1 (2017-06-02) flatpak from https://firefox-flatpak.mojefedora.cz/

Comment 6

[Emmanuel Gil Peyrot]

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.

Comment 7

[Martin Stránský [:stransky] (ni? me)]

That's already fixed by latest trunk.