Repository navigation
OpenCode Favorite on Dash to Dock results in non-merged instances after upgrade #62918
Description
Description
Related to (but is not a duplicate of) #61096.
I upgraded from 2.2.5 to 2.2.6.
I removed /usr/share/applications/opencode-desktop/desktop.
When running the freshly upgraded application, I noticed that the pinned favorite was no longer merged with the running instance, causing two icons to be displayed.
Removing the favorite, then re-adding the favorite post-upgrade resolved the issue.
Plugins
N/A
OpenCode version
2.2.6
Steps to reproduce
- Install the previous stable version of OpenCode
- Be running the Dash to Dock gnome-shell extension
- Add OpenCode as a favorite
- [If OpenCode does not merge with Favorite in Dash to Dock #61096 is not addressed] Remediate favorite merge issue
- Launch OpenCode
- Observe that opening OpenCode shows an activity pip on the favorite and does not create a second icon
- Close OpenCode
- Upgrade from the previous stable version to the current stable version of OpenCode
- Launch OpenCode
- Observe that there are two OpenCode icons on the Dash to Dock toolbar
- Close OpenCode
- Remove OpenCode as a favorite
- Add OpenCode as a favorite
- Launch OpenCode
- Observe that there is only one OpenCode icon on the Dash to Dock toolbar, where the favorite icon is placed
Screenshot
No response
Operating System
RHEL 9.6
Terminal
bash
Activity
opencodejr commentedon Nov 9, 2026
Thanks for the follow-up and the detailed steps!
I think this is a duplicate of #61096. Nothing in the Linux packaging changed between 2.2.5 and 2.2.6. Both versions still install the hidden legacy launcher
/usr/share/applications/opencode-desktop.desktop, which uses the sameStartupWMClass=ai.opencode.desktopas the mainai.opencode.desktop.desktoplauncher. An rpm upgrade normally puts back package files that were deleted, so the upgrade most likely restored that launcher and brought back the conflict from #61096. GNOME may also have kept the old window-to-launcher match cached, which would explain why you had to re-pin even after deleting the file again. If #61096 is fixed by removing or changing that legacy launcher, both symptoms should go away.Possible duplicates and related issues, ordered from most to least likely:
opencode-desktop.desktoplauncher shares the window class, so Dash to Dock doesn't merge the running app with the favorite.The bot will close this issue as a duplicate in 1 day unless you reply explaining how your problem is different. For example, if you can confirm that
/usr/share/applications/opencode-desktop.desktopwas not present after the upgrade and the favorite still didn't merge until you re-pinned it, that would point to a separate problem.jrmcpeek commentedon Nov 9, 2026
As noted, I removed the
opencode-desktop.desktopafter the upgrade, so it was not present when launching the first time.opencodejr commentedon Nov 9, 2026
Thanks for confirming that
opencode-desktop.desktopwas already gone before the first launch on 2.2.6. That means this isn't just #61096, so I've kept it open.I couldn't reproduce it here. It needs the desktop app installed from rpm in a real GNOME Shell session with Dash to Dock, and this sandbox can't provide that. A maintainer on GNOME will need to look at it.
What I could check in the code:
ai.opencode.desktop.desktop, with the sameStartupWMClass=ai.opencode.desktop.So nothing in the packaging explains why the favorite stopped matching. GNOME Shell or Dash to Dock may have kept stale app info after the package upgrade, but that's a guess.
If it happens again on a future upgrade, these would help:
sudo update-desktop-database /usr/share/applicationsfix it without re-pinning?Related: #61096, the legacy launcher sharing the window class.