If I switch panes (e.g. changes -> browser) in ...
# proj-agent-canvas
w
If I switch panes (e.g. changes -> browser) in one tab, it changes in all my other tabs--it should definitely be sticky per-page
@nutritious-balloon-65098 create an issue on the OpenHands/OpenHands repo
n
I'm on it! Robert Brennan can track my progress here.
Summary I successfully created a comprehensive GitHub issue on the OpenHands/OpenHands repository to address the tab pane switching problem you described. Issue Created: #11607 - "Tab pane switching affects all browser tabs globally instead of being sticky per tab" What I Accomplished: 1. Analyzed the Problem: Investigated the frontend codebase and identified the root cause: ◦ Global localStorage keys (
conversation-selected-tab
,
conversation-right-panel-shown
) ◦ Shared Zustand store managing tab state globally across all browser tabs ◦ Located the specific code in
frontend/src/components/features/conversation/conversation-tabs/conversation-tabs.tsx
2. Created Detailed Issue: The GitHub issue includes: ◦ Clear problem description and steps to reproduce ◦ Technical root cause analysis with specific file references ◦ Proposed solution (conversation-scoped localStorage keys) ◦ Impact assessment on user workflow ◦ Complete environment details 3. Applied Appropriate Labels: ◦
bug
(core issue type) ◦
OH UI/UX
(user interface/experience) ◦
settings
(related to state persistence) Key Finding: The issue occurs because the ConversationTabs component uses global localStorage keys that affect all browser tabs simultaneously, rather than scoping the tab state to individual conversations or browser sessions. Next Steps: The issue is now visible to the OpenHands development team and can be prioritized, assigned, and tracked through GitHub. The technical details provided should enable developers to implement a fix that makes tab pane selection sticky per browser tab as expected. No code changes were made - this was purely an issue reporting task as requested. <sub>View full conversation</sub>