Secure Keyboard Entry Enabled Automatically When Using SSH
- iTerm2 version: 3.4.19
- OS version: 13.4.1
- Attach ~/Library/Preferences/com.googlecode.iterm2.plist com.googlecode.iterm2.plist
- here (drag-drop from finder into this window)
- Attach a debug log, if possible. debuglog.txt.gz
Detailed steps to reproduce the problem:
- Start fresh terminal window
- Disable secure keyboard entry
- Open an SSH connection to a server where it prompts to enter a password
- Note that SKE has been re-enabled and it is now impossible to disable. Repeated attempts to disable do not work.
- Press ctrl-c to cancel the SSH attempt
- Note that SKE is now disabled
What happened: SKE is automatically enabled when trying to SSH, and cannot be disabled.
What should have happened: SKE should remain disabled if previously disabled; Do not modify my choices as the user.
I use a global clipboard tool, Jumpcut, and an external password manager (corp requirement). Most of the time I use SSH via passwordless keys, but recently I tried going to a new server that prompted for a password. I attempted to invoke the keyboard shortcut of Jumpcut and nothing happened. Having seen this issue before, I immediately went to check the status of SKE. It was enabled, checkmark. I attempted to disable it. Nothing I could do would disable it. I then canceled the SSH and noticed that SKE had reverted, disabled, back to the original state.
Why is the SKE being enabled/disable without user interaction? I don't want SKE enabled. I need/want my clipboard tool to function at all times. This is my choice as user. How do I globally disable SKE so that it never enables?