Title
Add option to disable "Fill the saved password into this prompt?" dialog
Platform
Website - Firefox
Is it related to an issue?
Version
2.8
Related to #593, which introduced the credential rework and the ability for
Termix to offer a saved password when it detects a password prompt in the
terminal.
This request is specifically for a way to disable that prompt.
The Problem
When an SSH credential contains a saved password, Termix detects password
prompts inside an SSH session and displays this modal:
Fill the saved password into this prompt?
For example, this occurs when running:
and sudo displays:
[sudo] password for user:
Disabling "Sudo Password Auto-fill" on the host does not disable this dialog.
The generic saved-password prompt appears to be a separate feature, and I
cannot find a global or per-host option to disable it.
This is disruptive when I intentionally want to enter sudo or other
interactive passwords manually. Even worse, the prompt isn't in direct eye sight, and sudo doesn't show entered characters by default so you don't see this happening. You then enter the password ,technically again, on top of the invisible auto fill... auth failed.
It can also be confusing because the modal takes system focus and Confirm is the
primary/default action, so it is easy to inject the stored password when the
user intended to type a password manually.
How to Reproduce
-
Create or use an SSH credential that contains a saved password.
-
Assign that credential to a host.
-
Disable "Sudo Password Auto-fill" for the host.
-
Connect to the host.
-
Run:
-
When sudo displays its password prompt, Termix displays:
Fill the saved password into this prompt?
-
There appears to be no setting to permanently disable this behavior while
retaining the password in the credential.
Expected Behavior
There should be a way to disable automatic detection of terminal password
prompts and the associated password-fill dialog.
The Solution
Possible implementations:
- Global setting:
"Offer saved passwords for terminal password prompts"
- Per-host setting
- "Don't ask again" option in the dialog
- A setting that disables password-prompt detection while retaining the saved
credential password for SSH authentication
When disabled, sudo, su, and other password prompts should behave as normal
terminal input prompts.
Actual Behavior
Termix detects the password prompt and displays the saved-password confirmation
dialog even when "Sudo Password Auto-fill" is disabled.
The apparent workarounds are:
- press Cancel every time, or
- remove the password from the stored credential
Removing the password is not ideal because that password may still be needed
for SSH authentication or fallback access.
Additional Context
This appears related to #593, which specifically proposed detecting terminal
password prompts and offering the saved credential.
That feature is useful, but it would benefit from an explicit opt-out.
This is separate from #1098, which concerns persistence of the
"Sudo Password Auto-fill" setting rather than disabling the generic saved
credential prompt.
Screenshot attached showing the dialog:
Title
Add option to disable "Fill the saved password into this prompt?" dialog
Platform
Website - Firefox
Is it related to an issue?
Version
2.8
Related to #593, which introduced the credential rework and the ability for
Termix to offer a saved password when it detects a password prompt in the
terminal.
This request is specifically for a way to disable that prompt.
The Problem
When an SSH credential contains a saved password, Termix detects password
prompts inside an SSH session and displays this modal:
For example, this occurs when running:
and sudo displays:
Disabling "Sudo Password Auto-fill" on the host does not disable this dialog.
The generic saved-password prompt appears to be a separate feature, and I
cannot find a global or per-host option to disable it.
This is disruptive when I intentionally want to enter sudo or other
interactive passwords manually. Even worse, the prompt isn't in direct eye sight, and sudo doesn't show entered characters by default so you don't see this happening. You then enter the password ,technically again, on top of the invisible auto fill... auth failed.
It can also be confusing because the modal takes system focus and Confirm is the
primary/default action, so it is easy to inject the stored password when the
user intended to type a password manually.
How to Reproduce
Create or use an SSH credential that contains a saved password.
Assign that credential to a host.
Disable "Sudo Password Auto-fill" for the host.
Connect to the host.
Run:
When sudo displays its password prompt, Termix displays:
There appears to be no setting to permanently disable this behavior while
retaining the password in the credential.
Expected Behavior
There should be a way to disable automatic detection of terminal password
prompts and the associated password-fill dialog.
The Solution
Possible implementations:
"Offer saved passwords for terminal password prompts"
credential password for SSH authentication
When disabled, sudo, su, and other password prompts should behave as normal
terminal input prompts.
Actual Behavior
Termix detects the password prompt and displays the saved-password confirmation
dialog even when "Sudo Password Auto-fill" is disabled.
The apparent workarounds are:
Removing the password is not ideal because that password may still be needed
for SSH authentication or fallback access.
Additional Context
This appears related to #593, which specifically proposed detecting terminal
password prompts and offering the saved credential.
That feature is useful, but it would benefit from an explicit opt-out.
This is separate from #1098, which concerns persistence of the
"Sudo Password Auto-fill" setting rather than disabling the generic saved
credential prompt.
Screenshot attached showing the dialog: