warpdotdev
Warp still does not allow sudo password to be passed into command panel
Pre-submit Checks
- [x] I have searched Warp bugs and there are no duplicates
- [x] I have searched Warp known issues page and my issue is not there
- [ ] I have an issue with AI and have included the debugging ID (Optional, but helps expedite the AI quality fix). Debugging ID instructions
- [x] I have technical issue and have included the logs (optional, but helps expedite the bug fix). Log instructions
Describe the bug
warp shows me the command(s) that it needs to run to complete a task. the command is prefixed with sudo as the command(s) will require admin rights to run. Warp then prompts me to type in the sudo password & waits for me to type it in before resuming. I type in the sudo password but instead of the password being accepted into the command panel, it appears in a new panel below the command panel. I can also physically see the password as i type it in. The result of this behaviour is that Warp cannot run the sudo command(s) and I then have to restart Warp & remember to type 'sudo -v' into Warp BEFORE asking Warp to resume the task. Apart from being very annoying, if Warp needs to run multiple commands that need admin rights, or a single command takes more than 15 mins to complete before Warp needs to run another command that requires admin rights, then Warp may prompt me again for the sudo password, which it will not accept again due to this bug. Because of this I had to get Warp to edit a system file to extend the sudo command session timeout from the default (15min) to a few hours.
To reproduce
- Open Warp. 2. ask Warp to help with an issue with the system. 3. Warp decides that it needs to run a command (or commands) to attempt to resolve the issue(s) but that command needs admin rights to run. 4. Warp shows me the command it needs to run (prefixed by sudo) & prompts me to type in the sudo password. 5. I type in the sudo password but it is not passed into the active Warp command panel box. 6. A popup appears saying Warp is waiting for me to type in the sudo password. 7. I can see the password I just typed in another Warp panel and pressing ENTER does not pass it to the command box/panel that is waiting for the sudo password.
Expected behavior
This never used to happen with previous versions of Warp. Previously when I type in the sudo password, I would NOT see the password as I typed it in, but after inputting the password I would press the ENTER key and Warp would then be able to run the command(s) that needed the sudo admin rights. Warp has been updated at least 4 times since I 1st noticed this issue, and I have raised this issue before, but it still hasn't been fixed as of today (9th Dec 2025 @ 11.55). I have literally just updated Warp earlier today and am running version = 0.2025.12.03.08.12.stable_05. I have used Warp on at least 3 other Linux Distros (Ubuntu/Debian & Arch & Fedora/RHEL) and on 2 x PC's & 2 x Laptops so I don't think that it's an issue with any specific version of Linux or linked to any specific piece of hardware. As I said elsewhere, I can get around this issue if = 1. I get Warp to edit a system config file to increase the sudo session timeout limit, 2. Remember to type in 'sudo -v' into Warp BEFORE interacting with it.
Screenshots, videos, and logs
Operating system (OS)
Linux
Operating system and version
Arch Rolling Release (various eg. Garuda, CachyOS), Ubuntu-Mint 22.x, Debian 13.x, Fedora 42/43
Shell Version
zsh 5.9
Current Warp version
v0.2025.12.03.08.12.stable_05
Regression
Yes, this bug started recently or with an X Warp version
Recent working Warp date
can't remember! but there have been 4 (or 5) updates since it started happening.
Additional context
some systems use x11, some on wayland but this is not a gui issue!
Does this block you from using Warp daily?
No
Is this an issue only in Warp?
Yes, I confirmed that this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e
None
Same here (Arch/Hyprland - v0.2025.12.10.08.12.stable_03) - very annoying.
