windows: Desktop v2 and legacy winget v1 conflict on shared database #59727

Activity

1. opencodejr commented on Oct 27, 2026

   

   opencodejrBot

   on Oct 27, 2026

   More actions

   Thanks for the detailed write-up, @phanex! I think this is a duplicate of #53221. The error you see happens when a v1 build (here the winget SST.opencode 1.19.x CLI) opens the shared ~/.local/share/opencode/opencode.db after OpenCode v2 has migrated it. #55731 reported this same Windows setup (winget SST.opencode plus Desktop v2) and was closed as a duplicate of #53221.

   The other points in your report are also already tracked. Here are the possible duplicates and related issues, ordered from most to least likely:

   • desktop: renderer crashes with "Database is not empty and has no session table" when shared DB is migrated by v2 CLI #53221: a v1 build fails with Database is not empty and has no session table on a database migrated by v2 (the same error and cause)
   • cli: standalone 1.18 CLI fails on a 2.0.25 desktop data directory (Database is not empty and has no session table) #55731: the same Windows setup (winget SST.opencode v1 CLI next to Desktop v2), closed as a duplicate of desktop: renderer crashes with "Database is not empty and has no session table" when shared DB is migrated by v2 CLI #53221
   • [FEATURE]: Windows desktop ships the CLI but there is no way to run it #55772: feature request for a way to run the CLI that ships with Windows Desktop, which currently isn't on PATH; PR feat(desktop): ship the CLI as opencode and put it on the Windows PATH #56897 is open to ship it as opencode.exe and add it to the Windows PATH
   • feat(cli): publish and upgrade official WinGet packages #54808: adds official v2 WinGet packages (Anomaly.OpenCode and Anomaly.OpenCode.Desktop), because SST.opencode is run by community bots and only ships v1. When it was last discussed, these were waiting on review by the WinGet maintainers at Microsoft
   • Downloading desktop version of OpenCode defaults to version 1 #59616: Desktop download giving v1 instead of v2
   • Mixed stable/beta channels sharing one data dir silently split sessions across session and session_v2 #44028: the broader problem of different builds sharing one opencode.db

   Until then, use a v2 CLI against that data directory, for example with your hard link to the Desktop's opencode-cli.exe, and uninstall the v1 SST.opencode package so that opencode on PATH doesn't run v1.

   The bot will close this issue as a duplicate in 1 day unless you reply explaining how your problem is different.
2. opencodejr

   added

   pending close

   triaging

   on Oct 27, 2026
3. opencodejr

   closed this as duplicateon Oct 28, 2026
4. opencodejr commented on Oct 28, 2026

   

   opencodejrBot

   on Oct 28, 2026

   More actions

   Closing this as a duplicate of #53221, since there was no reply in the past day. That issue covers the same Database is not empty and has no session table error, which happens when a v1 build (here the winget SST.opencode 1.19.x CLI) opens the shared opencode.db after v2 has migrated it. Please follow #53221 for that problem. These issues cover the rest of your report:

   • [FEATURE]: Windows desktop ships the CLI but there is no way to run it #55772 and PR feat(desktop): ship the CLI as opencode and put it on the Windows PATH #56897: putting the Windows Desktop CLI on PATH as opencode.exe
   • feat(cli): publish and upgrade official WinGet packages #54808: official v2 WinGet packages (Anomaly.OpenCode and Anomaly.OpenCode.Desktop)

   In the meantime, keep using a v2 CLI with that data directory, for example through your hard link to the Desktop's opencode-cli.exe, and uninstall the v1 SST.opencode package.

   If your problem turns out to be different, reply here and we can reopen it.