You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
bug(desktop): tab-cycle shortcuts can follow route history #46852
On the Desktop app on recent macOS and Linux releases, next/previous tab navigation does not consistently cycle the visible session tabs. It can appear to follow previously visited routes instead.
Thanks for the report! To look into this we need a few more details:
The exact Desktop version (shown in Settings / About) and your macOS and Linux versions. On the current code, the next/previous tab shortcuts walk the visible tab order rather than route history (that's what fix(app): follow visual tab order #39241 changed), so it matters whether your build includes that change.
Does it happen every time with these steps, or only sometimes? If only sometimes, does anything seem to trigger it, for example after using back/forward navigation, or after closing and reopening tabs?
Which shortcut and where the focus was:Ctrl+Tab, or Cmd/Ctrl+Option+Arrow? Was the focus in the chat or prompt, or in the side panel (file tabs)? The same keys also cycle side-panel tabs while that panel has focus.
The tab order you actually got for the C, A, B case, e.g. starting from A, Ctrl+Tab went to ….
You can reply here with the details, or edit the issue. If you edit it, please also leave a comment saying you've updated it, so we know when you're done.
Closing this for now, since we haven't heard back. We needed the exact Desktop version and a few repro details before we could investigate. On current builds, the next/previous tab shortcuts already follow the visible titlebar order rather than route history (see #39241), so we couldn't tell whether this is a regression or an older build.
If you still see this, please reply with your Desktop version, your OS versions, which shortcut you used and where the focus was, and the tab order you actually got. We'll gladly take another look. Thanks for reporting!
Activity
github-actions commentedon Sep 2, 2026
This issue might be a duplicate of or related to existing issues. Please check:
Ctrl+Tabcycling behavior — feature request for MRU-order tab switching vs positional order, overlapping concern about how tab-cycle shortcuts navigate sessions in the Desktop appFor keybind-related issues, please also check our pinned keybinds documentation: #4997
opencodejr commentedon Oct 28, 2026
Thanks for the report! To look into this we need a few more details:
Ctrl+Tab, orCmd/Ctrl+Option+Arrow? Was the focus in the chat or prompt, or in the side panel (file tabs)? The same keys also cycle side-panel tabs while that panel has focus.C, A, Bcase, e.g. starting fromA,Ctrl+Tabwent to….You can reply here with the details, or edit the issue. If you edit it, please also leave a comment saying you've updated it, so we know when you're done.
Closely related:
opencodejr commentedon Oct 31, 2026
Closing this for now, since we haven't heard back. We needed the exact Desktop version and a few repro details before we could investigate. On current builds, the next/previous tab shortcuts already follow the visible titlebar order rather than route history (see #39241), so we couldn't tell whether this is a regression or an older build.
If you still see this, please reply with your Desktop version, your OS versions, which shortcut you used and where the focus was, and the tab order you actually got. We'll gladly take another look. Thanks for reporting!