Mac: Ghostty 1.2.2 stuck in "right button pressed" state after shift-right-click #9312
Replies: 5 comments 5 replies
-
|
Im pretty sure this was reported at some point and its only a bug with what the terminal inspector reports not what ghostty actually thinks internally, and it doesn't mess up mouse capturing apps from my testing. for example right click in neovim opens a menu but it never opens when the terminal inspector says its in this stuck state only when I actually manually right click even if I left click to send a mouse click to the window which should trigger the menu popup as a manual left click then while holding left click do a right click does open the menu so it definetly seems like a terminal inspector issue and not what is actually happening issue |
Beta Was this translation helpful? Give feedback.
-
|
fwiw even a normal right click for me is enough for it to get stuck reporting right click although its "easier" to get it out of that stuck state the shift right click one like you said only clears when I right click again |
Beta Was this translation helpful? Give feedback.
-
|
This is interesting. However, the reason I'm complaining is that Here's a reproduction for that. Run Then press Check that the mouse works to switch between the windows. Now, Shift-Right-Click and Left-Click somewhere. Try to switch between tmux windows with the mouse. It doesn't work. After right-clicking, it works again. It also seems to me that the problem sometimes happens without me pressing Shift-Right-Click. I'm not sure how that works, but Shift-Right-Click followed by left click are a reliable way to cause it to happen. I can make a screencast if it helps, but here's a screenshot for now (including the mouse settings) 
|
Beta Was this translation helpful? Give feedback.
-
|
Just checked that I have the same problem on 1.2.3 |
Beta Was this translation helpful? Give feedback.
-
|
Also, here's a screencast (with some customization on tmux to make things clearer) Screen.Recording.2025-10-23.at.6.38.34.PM.movNo customization of tmux, following above procedure exactly: Screen.Recording.2025-10-23.at.7.01.24.PM.mov |
Beta Was this translation helpful? Give feedback.
-
|
My issue seems very similar to the ones mentioned in #5362 (comment). (That discussion is marked closed, but both I and them experience issues still) |
Beta Was this translation helpful? Give feedback.
-
|
Take it with a grain of salt, but I asked an AI what it thinks about this. For macOS, it thinks that the mouse state could be reset when the |
Beta Was this translation helpful? Give feedback.
-
|
I'm seeing the same or similar issue on Void Linux (musl) using Wayland (labwc). In my case it happens with both Shift+RMB and RMB. It's definitely not just the inspector because the stuck right button causes a crash in the flow text editor: neurocyte/flow#471 I tested with these Ghostty versions:
|
Beta Was this translation helpful? Give feedback.
-
|
Upon further investigation I found this issue in labwc that may be related: labwc/labwc#624 (comment) Based on that comment it seems that every layer of the stack (labwc / Gtk / Ghostty / flow) expects some other layer to deal with it and in the end none of them do. I have no idea which layer actually has the responsibility (or if it's even specified anywhere). 😅 |
Beta Was this translation helpful? Give feedback.
-
|
Here's a screencast showing this issue is still present with a recent tmux and Ghostty nightly (commit 2454642) on macOS Sequoia. The issue is shown about 10s into the video. Around 20s in, I right click which (at least in this example) solved the issue. As before, shift-right clicking inside tmux with mouse on causes further events to be mangled. I am not sure whether the mechanics of the mangling are exactly the same as before. With this build, it seems that pressing Shift no longer solves the problem like it did with Ghostty 1.2.3 (or not always?), but right-clicking seems to help. Screen.Recording.2026-03-03.at.9.33.41.PM.movLet me know if further debug info or investigation on my end would help. I seem to be able to reproduce this very easily, but if it's less easy for others, I'm happy to help. My config hasn't changed much as compared to my previous comments in this discussion. Perhaps this screenshot of the active terminal modes could be helpful (under the fold)
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Issue Description
After I Shift+RightClick in Ghostty and then left-click, Ghostty keeps detecting the right button as pressed even after it's released.
Workaround: right-click again.
I first experienced this by noticing
tmux's weird behavior, but the problem also occurs with simpler mouse-aware apps, e.g. themicroeditor.Expected Behavior
When I don't press the right button on my mouse, Ghostty should not think that the right button is pressed.
Actual Behavior
Ghostty's "terminal inspector" shows that it thinks the right button is pressed permanently, even though it isn't, under the conditions described below.
This causes left clicks to mouse-aware applications (
tmux,micro) to not be detected correctly (tmuxdetects them as left+right click).Reproduction Steps
micro, or any other mouse-aware applicationHere's a screen recording. At the end, I press the left button a few times, and then press the right button to get out of the broken state. At no point do I press two buttons at the same time.
Screen.Recording.2025-10-22.at.3.29.00.PM.mov
Update: See also #9312 (reply in thread) for an illustration of how this causes a problem with tmux, and the screencast in #9312 (reply in thread).
Update: Perhaps this screenshot of the "Modes" tab might be helpful:
Ghostty Logs
Ghostty Version
Update: Just checked with 1.2.3, first reported with 1.2.2 below.
OS Version Information
macOS Sonoma 14.8.1
(Linux only) Display Server
None
(Linux only) Desktop Environment/Window Manager
No response
Minimal Ghostty Configuration
Additional Relevant Configuration
No response
I acknowledge that:
```) on separate lines.Beta Was this translation helpful? Give feedback.
All reactions