Sudo Password Lock Glyph Is Now a Blinking Block #9567
Replies: 2 comments 2 replies
-
|
ghostty/src/renderer/generic.zig Line 1132 in 05b5809 This part of the code is responsible, it seems to me that state.terminal.flags.password_input isn't being detected or is the wrong value. Was it a sudo-rs update that caused this? |
Beta Was this translation helpful? Give feedback.
-
|
I suspect this is an issue with sudo-rs. Terminal emulators do not have a 100% reliable way of detecting when password input is required, and sudo-rs is likely deviating from the heuristics we expect here. Please also make an issue upstream so we could coordinate this better. |
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
When I try sudoing in ghostty it no longer shows a lock glyph and now shows a standard blinking block. I have no additional settings set in config and I don't know what I did that changed this because when I first installed this I liked that it had a lock glyph when prompted to input passwords.
Screencast.From.2025-11-12.01-29-01.mp4
Expected Behavior
When using sudo with default settings, it should show a glyph of a lock.
Actual Behavior
When using sudo with default settings, it shows a blinking block.
Reproduction Steps
Ghostty Logs
No response
Ghostty Version
OS Version Information
Ubuntu 25.10 (Questing Quokka)
(Linux only) Display Server
Wayland
(Linux only) Desktop Environment/Window Manager
GNOME 49.0
Minimal Ghostty Configuration
Additional Relevant Configuration
I installed the unofficial Ubuntu Ghostty package using https://github.com/mkasberg/ghostty-ubuntu/
I have an Nvidia GPU and I use proprietary Nvidia drivers.
I acknowledge that:
```) on separate lines.Beta Was this translation helpful? Give feedback.
All reactions