Repository navigation
Workspace name, icon etc. are not saved #14465
Description
Description
Details, like name, icon or colour, for the workspace are not persisted between runs of OpenCode Desktop.
If I close the workspace and reopen it, all data appear to be restored, but if I completely close OpenCode Destop and relaunch it, all details are gone from the workspace.
Plugins
No response
OpenCode version
1.2.9
Steps to reproduce
- Open OpenCode Desktop
- Select any existing workspace or create a new one
- Select edit, enter a name, chose a colour etc. and click save
- Close OpenCode Desktop
- Relaunch OpenCode Desktop and the workspace details from step 3 are gone
Screenshot and/or share link
No response
Operating System
Windows 11
Terminal
No response
Reacted by ETL
Metadata
Metadata
Assignees
Labels
No labels
Activity
Uslingen commentedon Mar 7, 2026
Still broken in 1.2.20
clansty commentedon Mar 23, 2026
seems fixed in 1.3.0
belkovTV commentedon Apr 1, 2026
I came here to say I've been having this issue on two seperate machines till this day. Both updates to latest version (v1.3.13)
orium commentedon Apr 17, 2026
I'm still having this issue in 1.4.7.
Bl0ck154 commentedon May 8, 2026
Still reproducible on OpenCode Desktop 1.14.39 on Windows.
This issue has been open for a while and is still affecting current desktop builds. The Edit dialog for workspace/project icon opens and allows selecting an image, but the icon is not reliably saved or shown after saving/restarting the app.
Local storage shows that some workspace records do contain icon data like:
workspace:project -> icon -> override -> data:image/...;base64,...under:
C:\Users\<user>\AppData\Roaming\ai.opencode.desktop\opencode.workspace.*.datSo it looks like the image may be written for some workspace storage keys, but the desktop UI either reads a different workspace record, does not refresh the selected icon, or loses the association after restart.
There are also multiple
opencode.workspace.*.datfiles for the same/similar workspace paths, which may be related.This is a pretty visible desktop UX bug and it would be good to get it fixed instead of letting it keep resurfacing across versions.
Bl0ck154 commentedon May 8, 2026
I dug into this locally on OpenCode Desktop 1.14.40 on Windows and found a more specific root cause.
The project edit dialog can persist/read the selected image through workspace project metadata (
workspace:project -> value.icon.override). However, the sidebar project list does not consistently receive that value.In the renderer bundle, the sidebar project list builds project data through
enrich(project). It only propagatedchildStore.icon/base2.icon?.override, but did not propagatechildStore.projectMeta?.icon?.override. As a result:The local patch that fixed it for me was to update
enrich(project)so it also useschildStore.projectMeta?.icon?.overridewhen buildingproject.iconfor the sidebar.I also patched the Edit dialog preview to read the persisted icon from workspace storage, because in some cases
props.project.icon.overridewas missing even though the storage record existed.I published my local workaround/patcher here in case it helps reproduce or validate the fix:
https://gist.github.com/Bl0ck154/fa7d0b8cc900e6924e4f420da6bcb6fb
This is only a local
app.asarmonkey patcher, not a proper upstream fix, but it documents the exact behavior that made icons start working consistently for me.github-actions commentedon Jul 9, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.
etlweather commentedon Jul 9, 2026
It is still a problem sometimes. I am using the Windows UI version. Sometimes it works, sometimes it does not.