Apps crash if sway output scaling is not equal to 1

[gmykhailiuta]

• Sway Version:

  • sway version 1.5-b1b10415 (Feb 10 2021, branch 'master')
    • sway-git AUR package version r6597.b1b10415-1
  • wlroots-git version: 0.12.0.r330.g5e19e005-1
  • swaylock version: 1.5.r9.g235b925-1

• Debug Log:

  • https://gist.github.com/gmykhailiuta/5d7d76373588e13919e85bec2cd98386

• Configuration File:

  • Reproducible with default config provided by sway-git AUR package.

• Steps to reproduce:

  • Start sway: /usr/bin/sway -d --config /etc/sway/config $@ &>>/tmp/sway-debug.log
  • Run swaylock -f. It will work as expected.
  • Run swaymsg output eDP-1 scale 1.25 (also tried with scale 2).
  • Run swaylock -f.
  • It crashes with message: wl_surface@16: error 2: Buffer size not divisible by scale

Also, at least Firefox, Wofi and Sublime Text 3 crash once mouse pointer gets over any input field. But only if scale is not equal to 1. Error message:

Gdk-Message: 13:30:52.477: Error 71 (Protocol error) dispatching to Wayland display.

Presumably, breaking change was introduced after next upgrades:

• wlroots-git 0.12.0.r322.g9396d843-1 -> 0.12.0.r330.g5e19e005-1
• sway-git r6596.63a66351-1 -> r6597.b1b10415-1

But few other things also got updated. Would pacman logs be valuable?

[emersion]

Duplicate of swaywm/swaylock#166

[emersion]

at least Firefox, Wofi and Sublime Text 3 crash once mouse pointer gets over any input field

Hm, that's news to me.

[emersion]

Can you get a WAYLAND_DEBUG=1 log of one of these clients?

[gmykhailiuta]

Sure: https://gist.github.com/gmykhailiuta/b5c3879e80c8f6e3f5aef4706b121872.
Note, that there're 2 files in gist, one for Firefox, and one for Wofi.
I couldn't get any output from sublime though.

[gmykhailiuta]

Firefox version: 85.0.2-1
Wofi version: r367.cc821241bb71-1

Chromium works fine on scale >1, but crashes if gets rescaled to 1. Switching between 1.25 <-> 1.5, as well as 1-> 1.25 and 1->1.5 works fine.
Chromium version: 88.0.4324.150-1.
Command line: /usr/bin/chromium --enable-features=UseOzonePlatform --ozone-platform=wayland

[emersion]

https://gitlab.freedesktop.org/wayland/wayland/-/issues/194

[heroin-moose]

Maybe it's possible to revert swaywm/wlroots@91fa2ff until the proper fix/workaround is implemented?

[gmykhailiuta]

@heroin-moose, wouldn't it be easier to build and install the older version, which does not include that commit? For instance, wlroots 0.12.0.r322.g9396d843-1 and sway r6590.169b90f9-1 work fine for me.

[heroin-moose]

Well yeah, but since this affects everyone with HiDPI screens I believe it would be easier to place a "fix" in one place.

[heroin-moose]

FYI, this also affects programs that create the buffer first and then resize it with the proper scaling and height/width after entering the surface (like https://github.com/eXeC64/imv does). If I understand correctly that's an application bug, but just in case.

[emersion]

swaywm/wlroots#2742

[gmykhailiuta]

Thanks! Works perfectly fine for me with wlroots 0.12.0.r344.g641c223d-1.