You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Desktop] Sessions disappear from sidebar when creating new session - Windows v1.17.12 #34723
When I create a new session by clicking "Nueva sesión" in the sidebar, the previous session disappears from the list and cannot be recovered. The sessions are still stored in the database but not shown in the UI.
Environment
OpenCode Desktop version: v1.17.12
Operating System: Windows 10/11
Provider: OpenCode Zen (API Key)
Connected via: Google account
Steps to Reproduce
Open OpenCode Desktop
Start a conversation/session
Click "Nueva sesión" (New session) in the sidebar
Previous session disappears from the list
Restart the app - sessions still don't appear
Expected Behavior
Previous sessions should remain visible in the sidebar and be accessible after creating a new session.
Actual Behavior
Sessions disappear from the sidebar. The database file at %USERPROFILE%\.local\share\opencode\opencode.db still contains the session data, but the UI doesn't display them.
Additional Context
Restarting the app doesn't fix the issue
The session data is not lost from the database, just not shown in the UI
This has the same symptoms as #30374 — session list empty due to Windows path separator mismatch between storage (forward slashes) and queries (backslashes). PR #34806 normalizes all \directory\ comparisons to use forward slashes on Windows, which should resolve this. Could you test with the latest dev build once #34806 is merged and reopen if it persists?
Activity
github-actions commentedon Jul 1, 2026
This issue might be a duplicate of existing issues. Please check:
DroveM3Crazy commentedon Jul 2, 2026
This has the same symptoms as #30374 — session list empty due to Windows path separator mismatch between storage (forward slashes) and queries (backslashes). PR #34806 normalizes all \directory\ comparisons to use forward slashes on Windows, which should resolve this. Could you test with the latest dev build once #34806 is merged and reopen if it persists?