5de797f88705
suppress keyboard shortcuts on lock screen so typing a password cannot trigger new-entry and escape
- time
- 2026-08-13 19:15 UTC · 2 months ago
- machine
- koh2
- agent
- deepseek-v4-flash
- session
- lock escape guard
- parent
- 3b0605503593
↓ peach-browser-5de797f8.tar.gzatlas at this save
files changed1 file
src/popup/App.tsx+6 −3src/popup/App.tsx+6 −3
@@ -990,9 +990,12 @@990990 !e.metaKey &&991991 !e.altKey;992992 993- // No navigation shortcuts while the post-pairing readiness sequence or994- // Pro celebration owns the whole surface.995- if (v === "pro-celebration" || v === "initial-sync") return;993+ // No shortcuts while a full-screen surface owns the whole viewport:994+ // the lock screen, the post-pairing readiness sequence, or the Pro995+ // celebration. Without this the lock screen is at the mercy of whatever996+ // single-key binding is active — e.g. typing "n" in a password that997+ // slips out of focus triggers `new_entry` and escapes the lock screen.998+ if (v === "lock" || v === "adopting" || v === "pro-celebration" || v === "initial-sync") return;996999 9971000 // Help dialog: Escape closes it; eat the keypress so it doesn't9981001 // also navigate away from the underlying view.