[Wayland-bugs] [Bug 777470] Scale factor too large on wayland backend with tiled monitors

[mutter (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=777470

--- Comment #17 from Dan Doel <dan.doel at gmail.com> ---
So, I finally cobbled together a working setup that used mutter installed from
source. I had to, for instance, symlink Xwayland to /usr/local to make things
not crash, though, so I don't know how much of the still-bad behavior I saw was
due to things like that.

Anyhow, it appears that the patch setting info.scale does make GTK wayland
programs scale correctly, so this is probably the fix.

Some stuff wasn't properly scaled. For instance, firefox tab text was tiny.
However, that's an X app, so my janky setup could have caused that problem.
gnome-shell was also rendering things too small, which is odd, because it's
actually the one thing that is appropriately scaled when gnome wayland things
are over-scaled.

However, I think even the gnome-shell behavior might be due to library/other
mismatches. Back before symlinking Xwayland, I could only get X to run with the
source mutter, and it would draw everything unscaled for a while, then fix the
scaling, and then crash. And after symlinking, the wayland session crashed
eventually. So even though I didn't see any scaling improvements, it's possible
that the same delay was happening, and it's due to the weird system state.

Anyhow, this looks like the right fix for the immediate issue. I'll see if I
can get a patched mutter installed in a more reliable way to verify things
better.

Oh, I also attached the gtk3-demo output above. That was run under the
over-scaled setup.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20170127/523cec84/attachment.html>