#42 OOB terminal: no paste support, no Esc to cancel, window close doesn't unblock caller

[Anonymous]

Originally created by: kumaakh

Problem

The out-of-band (OOB) terminal window used for secure input (passwords and API keys) has three UX issues that make it unusable for real-world use:

1. Cannot paste

The terminal input does not support clipboard paste (Ctrl+V, right-click, etc.). API keys are long random strings that cannot be typed manually. Even passwords are often pasted from password managers. Paste support is essential.

2. No Esc to cancel

There is no way to cancel the OOB prompt using Esc or Ctrl+C. The user is stuck in the input with no way to abort gracefully.

3. Closing the window doesn't unblock the caller

When the user closes the OOB terminal window using the X button, the calling tool (provision_auth, register_member) remains blocked waiting for a response that will never come. The caller should detect the window close and return a cancellation/timeout result.

Impact

These issues affect both password entry (register_member with password auth) and API key entry (provision_auth for non-Claude providers). Users cannot complete authentication workflows without workarounds.

Expected behavior

• Paste works in the input field
• Esc or Ctrl+C cancels and returns a cancellation result to the caller
• Closing the window unblocks the caller with a cancellation result

[Anonymous]

Originally posted by: kumaakh

All 3 sub-issues verified fixed on branch fix/credential-store-set-oob-bugs (merging now):

1. Paste support — @inquirer/password supports clipboard paste natively.
2. Esc/Ctrl+C cancellation — Ctrl+C caught via ExitPromptError → exit code 1 → cancellation message returned to caller.
3. Window close unblocks caller — onExit callback fires on all platforms (macOS/Windows/Linux); commit 8a25a39 fixed the stale pendingRequests state that caused retry hangs after close.

Reviewed and approved by fleet-rev.

[Anonymous]

Ticket changed by: kumaakh

• status: open --> closed