Project icons are incorrectly inherited by new projects #9087

Activity

1. stenci

   added

   bugSomething isn't workingSomething isn't working

   on Jan 17, 2026
2. github-actions

   assigned

   adamdotdevin

   on Jan 17, 2026
3. github-actions

   added

   webRelates to opencode on web / desktopRelates to opencode on web / desktop

   on Jan 17, 2026
4. stenci commented on Jan 17, 2026

   

   stenci

   on Jan 17, 2026

   Author

   More actions

   I reverted back to version 1.1.21 and the problem persists.

   Using 1.1.21, I was originally able to create 4 projects and assign 4 different icons successfully. I then upgraded to 1.1.23 and 1.1.25 and created additional projects; all newly created projects shared the same icon.

   After reverting again to 1.1.21, those newly created projects still share the same icon, even if I edit or remove their icons.

   This suggests the issue is introduced during project creation in versions >= 1.1.23, rather than being a general icon management problem.
5. stenci commented on Jan 19, 2026

   

   stenci

   on Jan 19, 2026

   Author

   More actions

   I dug into the code and found the root cause. Project IDs are derived from the git root commit. If the working directory has no .git or the repo has no commits, opencode falls back to projectID = "global". That means all those projects share the same storage/project/global.json, so icons appear inherited and edits apply together.

   My workflow often includes a single parent folder with no git repo, containing multiple subfolders, each with its own git repo (web app, Excel macro, tools, etc.). I keep them together so one opencode session can coordinate changes across all of them. Because the parent has no .git, new projects end up in "global".

   Suggested fix for non‑git folders: persist a stable per‑directory project ID instead of using "global". Two possible approaches:

   • Use the directory name (better than global, but renames break identity).
   • Create a .opencode folder inside the directory that stores a generated project ID (and possibly the icon).

   I strongly prefer option 2 because it keeps identity stable across renames and gives a natural place to store project‑level assets like icons.
6. attkri commented on Feb 15, 2026

   

   attkri

   on Feb 15, 2026

   More actions

   I can reproduce this on Desktop and can confirm the behavior is identity-coupling related, not just UI rendering.

   Observed:

   • New projects can inherit an existing icon.
   • Updating/removing the original icon updates inherited ones as well.

   Likely cause:

   • Projects without a resolvable git-based identity appear to fall back to a shared/global ID, so multiple projects map to the same project storage entry.

   Suggested fix direction:

   1. Never use a shared fallback identity across distinct project paths.
   2. Generate a per-project stable fallback ID (path-derived hash or local project metadata).
   3. Add migration logic for existing "global"-backed entries to avoid breaking existing users.
   4. Add regression tests:
      • non-git folder A and non-git folder B must produce different project IDs
      • icon updates in A must not affect B
      • behavior remains stable across app restart

   Happy to help test a patch build on Windows.
7. attkri commented on Feb 15, 2026

   

   attkri

   on Feb 15, 2026

   More actions

   Additional reproducible scenario from Windows Desktop (likely related persistence regression):

   1. Right-click project icon -> Edit
   2. Select an SVG icon file located in the repo root
   3. Save -> icon is shown correctly
   4. Close OpenCode Desktop and open it again
   5. Icon is gone and falls back to the default first-letter avatar

   Expected:

   • The selected icon should persist after app restart.

   Regression note:

   • This worked before version 1.20 (per repeated local testing).
8. attkri commented on Mar 6, 2026

   

   attkri

   on Mar 6, 2026

   More actions

   Additional evidence from Windows Desktop vs Web UI:

   I verified this is not only a backend/storage problem.

   Observed:

   • Same OpenCode server: http://192.168.0.101:4096
   • Same project/worktree: C:/Users/attila/Projects/OpCo-Know
   • Same project ID from the server API:
9. thdxr

   removed

   bugSomething isn't workingSomething isn't working

   webRelates to opencode on web / desktopRelates to opencode on web / desktop

   on May 3, 2026
10. github-actions commented on Jul 6, 2026

    

    github-actionsBot

    on Jul 6, 2026 – with GitHub Actions

    Contributor

    More actions

    To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.
11. github-actions

    closed this as not plannedon Jul 6, 2026