[macOS] Switching tasks loses saved scroll position after 26.810.52044 update

What version of the Codex App are you using (From “About Codex” dialog)?

ChatGPT/Codex Desktop 26.810.52044 (build 6662)

The previous build observed locally was 26.803.41515.

What subscription do you have?

Not included; this appears to be a desktop renderer/state-restoration regression.

What platform is your computer?

macOS 26.5.2 (build 25F84), Apple Silicon (arm64)

What issue are you seeing?

After the desktop app updated from 26.803.41515 to 26.810.52044, switching between tasks/conversations no longer reliably preserves each task's scroll position.

When returning to a task, the conversation often jumps to the top or to an unrelated position instead of the location that was visible before switching. The destination can vary between switches, so it feels like the saved position is being overwritten or invalidated.

This is most reproducible in ChatGPT/Work conversations that contain images or PDF-page assets. Immediately after route switches, the app log frequently reports batches of image-download failures:

ChatGPT conversation image download request failed
422 Invalid file_id, expected to start with 'file-' or 'file_'

Affected asset pointers use a form similar to sediment://<redacted>#file_<redacted>#p_<redacted>.jpg.

A sanitized comparison of local app logs shows:

• Previous build 26.803.41515: 0 occurrences of this image 422 error
• Current build 26.810.52044: 724 occurrences across 6 log files
• Affected task switches commonly produce about 15–16 failures within five seconds

There are no corruption, repair, or recovery errors in the app's local-storage database logs. This suggests that failed/late asset layout changes may be invalidating the restored virtualized-scroll offset, although that causal link is an inference from the timing.

What steps can reproduce the bug?

1. Open a long existing task/conversation, especially one containing images or PDF pages.
2. Scroll to a recognizable location in the middle or near the bottom.
3. Switch to a different task from the sidebar.
4. Switch back to the original task.
5. Observe that the viewport opens at the top or another unrelated position rather than the previously visible location.
6. Repeat switching; the restored position may change between attempts.

What is the expected behavior?

Each task should preserve its own last visible scroll position when switching away and back. Loading or failing embedded assets should not move the user's viewport after restoration.

Additional information

The regression began immediately after the app updated and relaunched on August 16, 2026. The same local data did not show the issue on the previous build.

Related but not identical reports include #17169 and #35431. This report is specifically about cross-task scroll-position restoration regressing on macOS build 26.810.52044, with a new correlated image/PDF asset 422 Invalid file_id error.

Conversation IDs, account data, project names, local paths, and message contents are intentionally omitted. Sanitized excerpts can be provided if maintainers request them.