Open zw963 opened 5 months ago
Does it also happens when you start Wezterm with its default config? (with wezterm -n
)
If not, try to reduce your config to the minimum that has the issue you're describing
Okay, let me try it smoothly, because this issue not happen predictable, even, only happen once for several days some times, so, i guess it hard to trace like this.
But, i guess i can start it from another console (e.g. konsole), is there any special option need provided when try start like this?
This issue happen again. (as i said, it not always happen), i try comment all my config out, and reload config, but no luck.
Here is one more detail:
When double click use mouse on wezterm, if the content under cursor is text, it is possible work as expect to mark the current line. but, if click on blank area, it always select the lower level window.
This is happening to me too, same thing about it being unpredictable and on mine when it happens not only it clicks through the terminal to the lower level window but I cannot resize it.
Restarting the application doesn't solve it, but log out and login fixes it.
Arch linux with xorg, wezterm version 20240203.110809.5046fc22-1
Hi, @rafaelgdgs , i disable several of my old config which probably cause this issue:
-- i enable this before
-- config.enable_scroll_bar = true
-- i add this settings before to make the link not clickable.
-- {
-- event = { Up = { streak = 1, button = 'Left' } },
-- mods = 'NONE',
-- action = act.Nop,
-- },
All my left config all involves keybinding, i don't think it cause current issue anyway.
I use Arch too, although, i use wayland, maybe you can check my above config, too see if there is settings which both set by me and you, and tell me here, thanks.
I got the same issuse, my system is Archlinux/Gnome/Xorg/Nvidia 1070
, with all packages updated.
But the problem only occurs when the wezterm is maximized.
the wezterm version is 20240203-110809-5046fc22
I got the same issuse, my system is
Archlinux/Gnome/Xorg/Nvidia 1070
, with all packages updated.But the problem only occurs when the wezterm is maximized.
the wezterm version is
20240203-110809-5046fc22
Hi, @dojiong , could you please check you config whether some part same as mine?
maybe we can give some clue about what broken wezterm.
@zw963 I deleted the config file, got the same problem. But when I restart system, the problem disappeared.
@zw963 oooooops, this problem is back after another system restart.
I clone the repo with latest main branch, then compiles/run ./target/debug/wezterm -n
, got the same problem.
window's focus is lost because it received a FocusOut event window/src/os/x11/window.rs#646
I found that the initial window area is not focus out when click. After maxizized, click the addition area will got a focus out
Hi, i guess it is possible this issue caused by update to newest GNOME.
because this issue happen when i open gparted, and when i click on gparted, it activate the lower window.
Hi, @rafaelgdgs , i disable several of my old config which probably cause this issue:
-- i enable this before -- config.enable_scroll_bar = true -- i add this settings before to make the link not clickable. -- { -- event = { Up = { streak = 1, button = 'Left' } }, -- mods = 'NONE', -- action = act.Nop, -- },
All my left config all involves keybinding, i don't think it cause current issue anyway.
I use Arch too, although, i use wayland, maybe you can check my above config, too see if there is settings which both set by me and you, and tell me here, thanks.
Hy @zw963, I'm using the default config for WezTerm so I don't think your config was the problem, about it being caused by GNOME update yes I'm using GNOME 46 but I don't understand a lot to figure out the cause
Just found out something, when my current session is with this bug about the resize and click through, the same problem appears on another program, vscode from the arch repo (code 1.88.0-1), I cannot resize it and after log out and login it fixes for both, idk what they got in common
Experiencing the same thing on Ubuntu 24.04 x11. Did any of you solve this issue?
What Operating System(s) are you seeing this problem on?
Linux Wayland
Which Wayland compositor or X11 Window manager(s) are you using?
Mutter
WezTerm version
wezterm 20240203-110809-5046fc22
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
This issue happen occasionally, when try click use mouse on wezterm window(whatever left key or right key), instead click on current wezterm window, it always activate the window underneath, although, keyboard input always work as expected.
To Reproduce
It happen occasionally.
Configuration
Expected Behavior
because wezterm window is on front, so, click use mouse should click on current wezterm window instead, but it always select the window underneath.
Logs
No
Anything else?
Have no idea how to fix that, except close wezterm use keyboard (Ctrl + D) and exit it, then reluanch it.