Window decorations do not work to move or resize the window

[duganchen]

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

Linux Wayland

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

Fedora 40's default GNOME desktop. The compositor would be Mutter.

WezTerm version

wezterm 20240405-180910-cce0706b

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

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

Easily reproducible. Just start the nightly AppImage with "./WezTerm-nightly-Ubuntu20.04.AppImage -n". The window pops up with borders and a title bar. Dragging the borders does nothing (you would expect that to resize the window). Dragging the title bar does nothing (you would expect that to move the window). Moving the window with Alt-F7 still works.

To Reproduce

Just start the nightly AppImage

Configuration

no config

Expected Behavior

Dragging the title bar should move WezTerm. Dragging the window borders should resize WezTerm.

Logs

Debug Overlay
wezterm version: 20240405-180910-cce0706b x86_64-unknown-linux-gnu
Window Environment: Wayland
Lua Version: Lua 5.4
OpenGL: AMD Radeon RX 6600 (radeonsi, navi23, LLVM 18.1.1, DRM 3.57, 6.8.7-300.fc40.x86_64) 4.6 (Compatibility Profile) Mesa 24.0.5
Enter lua statements or expressions and hit Enter.
Press ESC or CTRL-D to exit

Anything else?

No response

[duganchen]

Update: I tested this in KDE, and dragging and resizing work just fine there. This appears to be GNOME-only.

[peteigel]

I also noticed a similar behavior building from source on Fedora 40, except window decorations were missing entirely. The flatpak works, but only if display scaling is disabled.

[wez]

Please try the latest nightly build

[duganchen]

No difference.

[jpeach]

Noticing this on Ubuntu 24.02 w/ GNOME (weyland), wezterm 20240203-110809-5046fc22.

This seems to be an intermittent issue. When I try to grab the window border and resize with the mouse, maybe 1 time in 50(?) the mouse cursor will change, it will let me grab it, and I can resize. However, the vast majority of times that I try, the mouse cursor doesn't change and I can't grab.

config:

local wezterm = require 'wezterm'
local config = wezterm.config_builder()

local theme = 'Aura (Gogh)'

-- Update the color scheme to make the scrollbar visible.
local colorschemes = wezterm.color.get_builtin_schemes()
colorschemes[theme].scrollbar_thumb = colorschemes[theme].foreground
config.color_schemes = colorschemes

config.color_scheme = theme

config.font = wezterm.font 'JetBrains Mono'
config.font_size = 10

-- Use the defaults as a base
config.hyperlink_rules = wezterm.default_hyperlink_rules()

table.insert(config.hyperlink_rules, {
    regex = [[([A-Z]+[-][0-9]+)]],
    format = 'https://atlassian.net/browse/$1',
})

config.scrollback_lines = 100000
config.enable_scroll_bar = true
config.min_scroll_bar_height = '1cell'

config.window_frame = {
  border_left_width = '0.5cell',
  border_right_width = '0.5cell',
  border_bottom_height = '0.25cell',
  border_left_color = 'purple',
  border_right_color = 'purple',
  border_bottom_color = 'purple',
}

return config

[RichardFevrier]

Still occurs with wezterm 20240617_083535_cb140686

[jpeach]

Noticing this on Ubuntu 24.04 w/ GNOME (weyland), wezterm 20240203-110809-5046fc22.

For whatever reason, resizing by grabbing the window frame with the mouse now works reliably with the same version of wezterm. There have been a few Ubuntu 24.04 updates since, so maybe there was a GNOME fix that helped?

[Matheuspimentell]

Any updates on this ?

[highpost]

In my experience this works, but it's very finicky. I have to make repeated passes and adjustments to get the cursor into a position where it will resize the window. To grab a corner requires extra precision.

[stefumies]

I have this issue on M1 Mac (Sequioa)

[approximate]

In my experience this works, but it's very finicky. I have to make repeated passes and adjustments to get the cursor into a position where it will resize the window. To grab a corner requires extra precision.

I can confirm this on Fedora 40 and 41.

In my case the cursor shape doesn't change when I just hover on the border, BUT it does change when I click and don't release the mouse button. If the cursor is in the right spot (directly over the window border, ~5px wide/high), the cursor shape would change to indicate that window is being resized.