[Desktop] Tab switch resets scroll position — returns to bottom instead of where you left off

[shiroe120]

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

1. Open a session with a long conversation history
2. Scroll up to an earlier position (e.g. middle of the output)
3. Switch to another tab
4. 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)

[github-actions]

This issue might be a duplicate of existing issues. Please check:

• Chat visually disappears (scrollTop resets to 0 after tab switch) #35377: Very similar symptom — scrollTop resets 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]

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.