wezterm icon indicating copy to clipboard operation
wezterm copied to clipboard

Startup Crash - Gnome 46 w/ Scaling

Open peteigel opened this issue 1 year ago • 8 comments

What Operating System(s) are you seeing this problem on?

Linux Wayland

Which Wayland compositor or X11 Window manager(s) are you using?

Mutter (Gnome 46)

WezTerm version

20240203-110809-5046fc22

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

I tried building from source. It launches fine at any scale, but doesn't show window decorations. I think I had built it successfully from source before.

Describe the bug

Wezterm Flatpak crashes on Gnome 46 display scale is not 100%.

I used wezterm with 125% scaling daily in Fedora 39, and it won't start on Fedora 40. I was able to reproduce at both 125% and 200% scale.

To Reproduce

  • Install WezTerm flatpack on Fedora 40
  • Set display scale to a value other than 100%
  • Launch WezTerm

Configuration

no config

Expected Behavior

App launches properly

Logs

wl_surface@44: error 2: Buffer size (12x575) must be an integer multiple of the buffer_scale (2).

Anything else?

peteigel avatar Apr 26 '24 04:04 peteigel

I see the same thing, Gnome 46 on Fedora 40, with 2x scaling on my laptop display (fractional scaling is enabled, though, to run in 1.5x docked):

wl_surface@44: error 2: Buffer size (12x613) must be an integer multiple of the buffer_scale (2).

l-c-g avatar Apr 26 '24 10:04 l-c-g

Disabling Wayland in my config allows WezTerm to start for me on Gnome 46:

config.enable_wayland = false

Alternatively, start WezTerm with the WAYLAND_DISPLAY environment variable set to 1.

farmerbb avatar Apr 27 '24 14:04 farmerbb

Same issue for me on Hyprland. Starting on non-scaled display is fine, but not on scaled. Moving wezterm window from non-scaled display to a scaled one also causes crash.

Logs:

03:13:41.298  WARN   wezterm_gui::termwindow::resize > cannot resize window to match Some(RowsAndCols { rows: 47, cols: 82 }) because window_state is MAXIMIZED
xdg_surface@27: error 3: xdg_surface has never been configured
Protocol error 3 on object xdg_surface@27: 
03:13:41.333  ERROR  wezterm_gui                     > running message loop: Protocol error 3 on object xdg_surface@27: ; terminating

4ndv avatar May 04 '24 20:05 4ndv

Please try with the very latest nightly build, as a lot of wayland changes have recently been merged

wez avatar May 05 '24 23:05 wez

Please try with the very latest nightly build, as a lot of wayland changes have recently been merged

Built latest main (8fa4ba9), still same error.

Also tested on Gnome 46.1, both 2024-04-29-102818-0184e88e and the latest source build are working fine on scaled display 🤔 So probably my issue is Hyprland (or wlroots?)-specific

4ndv avatar May 06 '24 08:05 4ndv

I tested the AppImage nightly downloaded today and version wezterm-20240505_232355_e6db4408-0.x86_64 from the COPR repo. Both start on my Fedora 40/Gnome 46 installation with 200% scaling, so my issue with Gnome 46 appears to be fixed.

l-c-g avatar May 06 '24 08:05 l-c-g

Please try with the very latest nightly build, as a lot of wayland changes have recently been merged

Nightly AppImage fixes the issue.

broizter avatar May 07 '24 09:05 broizter

In the latest main scaling is fixed, but window decorations missing. I've reproduced that both building from source and from the latest nightly in the COPR repo, I suppose I can open a separate issue for that if that would be helpful.

image

peteigel avatar May 09 '24 17:05 peteigel

I'm going to close this issue. The scaling problem has been resolved and the missing window decorations are tracked by #4962 .

Disabling wayland (with config.enable_wayland = false) is good workaround for affected users.

peteigel avatar Jul 05 '24 15:07 peteigel

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

github-actions[bot] avatar Aug 05 '24 03:08 github-actions[bot]