Repository navigation
[Desktop] Tab switch resets scroll position — returns to bottom instead of where you left off #42213
Description
Description
In the desktop app, scrolling to a position in a session, switching to another tab, then switching back resets the view to the bottom of the conversation instead of restoring where I left off. Makes it impossible to continue reading long output or compare content across tabs.
Steps to reproduce
- Open a session with a long conversation history
- Scroll up to an earlier position (e.g. middle of the output)
- Switch to another tab
- Switch back to the original tab
Expected behavior
Restore to the scroll position where I left. If the user scrolled up manually, that position should be preserved on return.
Actual behavior
View resets, usually jumping straight to the bottom.
OpenCode version
1.18.5
Operating System
macOS 26.5.2
Related
- [FEATURE]: Preserve conversation scroll position when returning to a session #28120 — preserve scroll position on return (closed as not planned)
- fix(app): unmount hidden session panes #35628 — merged fix: unmount hidden panes (scrollTop reset to 0)
Metadata
Metadata
Assignees
Labels
No labels
Activity
github-actions commentedon Aug 13, 2026
This issue might be a duplicate of existing issues. Please check:
scrollTopresets to 0 after tab switch, also in the Desktop app. That issue includes detailed root cause analysis (virtual scroll list not recalculating positions on container resize) and reproduction steps. Please review it and, if your issue is the same, consider closing this one or adding any additional information there.shiroe120 commentedon Aug 13, 2026
Closing — essentially the same as #29094: the view is forced back to the bottom regardless of the user's scroll state (unconditional sticky/scroll-to-bottom behavior, here triggered by tab switch instead of streamed tokens). Tracking the root issue there.