Replies: 1 comment 6 replies
-
|
I'm legitimately confused by this as shift+tab works just fine on my windows setup. I'm using Does To see what the keyboard is sending us go to |
Beta Was this translation helpful? Give feedback.
6 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
In my use case, plan mode is very useful, but for me (in Windows 11, with default powershell 7 terminal) Shift + Tab dont work, I dont know why. So I showed the releases diffs to gemini cli and asked for a solution, it changed it to F10, for my workflow this is a good keybind. I'm using it like this till the real devs fix this.
Then I asked for a piece of explanation so others can fix the same problem. I hope it helps someone.
I think if you show this to your gemini cli, it can fix itself:
On Windows terminals (PowerShell/CMD), the
Shift+Tabshortcut to cycle approval modes in Gemini CLI often fails due to terminal sequence recognition issues or focus conflicts in the UI layer.1. The Problem
ESC O ZforShift+Tab, which wasn't in the default mapping.AppContainerandInputPromptcomponents often captureTabevents to handle shell focus or autocompletion, blocking the global "Cycle Approval Mode" command.2. The Solution: F10 Mapping
Since
Shift+Tabhas multiple architectural conflicts, the most stable solution is to map an additional, non-conflicting key likeF10.2.1. Applied Patches
Keypress Recognition
In
dist/src/ui/contexts/KeypressContext.js, theOZsequence was added toKEY_INFO_MAP:Key Binding Extension
In
dist/src/config/keyBindings.js,F10was added as a secondary trigger for cycling approval modes:3. Automation Script
Use this Node.js script to re-apply the fix after a CLI update if necessary:
4. Usage
Default,Auto-edit, andPlanmodes.Beta Was this translation helpful? Give feedback.
All reactions