Desktop window-state isn't saved/loaded reliably #7706

Closed
opened 2026-02-16 18:07:58 -05:00 by yindo · 1 comment
Owner

Originally created by @Brendonovich on GitHub (Jan 27, 2026).

Originally assigned to: @adamdotdevin, @Brendonovich on GitHub.

The position that window-state decides to settle on seems to be arbitrary at times

Originally created by @Brendonovich on GitHub (Jan 27, 2026). Originally assigned to: @adamdotdevin, @Brendonovich on GitHub. The position that window-state decides to settle on seems to be arbitrary at times
yindo added the bugweb labels 2026-02-16 18:07:58 -05:00
yindo closed this issue 2026-02-16 18:07:58 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Jan 27, 2026):

Related to this issue, there's a similar feature request about persisting UI state in the desktop app:

  • #7174: Persist desktop/web steps panel collapse state across sessions

Both issues relate to the broader challenge of reliably saving and restoring application state across sessions in the desktop app.

@github-actions[bot] commented on GitHub (Jan 27, 2026): Related to this issue, there's a similar feature request about persisting UI state in the desktop app: - #7174: Persist desktop/web steps panel collapse state across sessions Both issues relate to the broader challenge of reliably saving and restoring application state across sessions in the desktop app.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#7706