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.
I couldn't find anything similar to this, let me know if you want any more information or to try any other versions.
cc firstname.lastname@example.org in case you are interested.
I can confirm this issue. I am running org.mozilla.FirefoxNightlyWayland 55.0a1 (2017-06-02) flatpak from https://firefox-flatpak.mojefedora.cz/
2 years ago
Priority: -- → P3
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.
That's already fixed by latest trunk.
Status: UNCONFIRMED → RESOLVED
Last Resolved: a year ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.