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
OpenCode does not merge with Favorite in Dash to Dock #61096
Gnome Shell picks up the first one and does not pick up the second one.
With Dash to Dock extension, trying to add ai.opencode.desktop.desktop as a favorite works as expected - the icon persists on the bar.
When launching the desktop application, however, two icons show up side by side - the favorite and the running instance.
Removing /usr/share/applications/opencode-desktop.desktop resolves the issue, such that launching the application uses the favorite location, and adds a "dot" underneath the icon to represent it is running.
Plugins
N/A
OpenCode version
2.2.5
Steps to reproduce
Install the latest stable version of OpenCode
Be running the Dash to Dock gnome-shell extension
Add OpenCode as a favorite
Launch OpenCode
Observe that there are two OpenCode icons on the Dash to Dock toolbar
Thanks for the detailed report and the workaround. I couldn't reproduce this here because it needs a real GNOME Shell session with Dash to Dock running the desktop app, which this sandbox can't provide.
The packaging code does match what you describe, though. On 2.2.5 and on the latest dev (8c750e3), the deb and rpm packages also install a hidden legacy launcher, opencode-desktop.desktop. It was kept so pins from an older package name keep working. It sets the same StartupWMClass=ai.opencode.desktop as the main ai.opencode.desktop.desktop launcher, so GNOME can link the running window to the hidden entry instead of your pinned favorite, which would give you two icons. A maintainer on GNOME will need to confirm it.
Related: #31709 (the earlier fix that restored the Linux launcher identity) and #31678 (an earlier Linux taskbar icon identity issue).
Activity
opencodejr commentedon Nov 1, 2026
Thanks for the detailed report and the workaround. I couldn't reproduce this here because it needs a real GNOME Shell session with Dash to Dock running the desktop app, which this sandbox can't provide.
The packaging code does match what you describe, though. On 2.2.5 and on the latest
dev(8c750e3), the deb and rpm packages also install a hidden legacy launcher,opencode-desktop.desktop. It was kept so pins from an older package name keep working. It sets the sameStartupWMClass=ai.opencode.desktopas the mainai.opencode.desktop.desktoplauncher, so GNOME can link the running window to the hidden entry instead of your pinned favorite, which would give you two icons. A maintainer on GNOME will need to confirm it.Related: #31709 (the earlier fix that restored the Linux launcher identity) and #31678 (an earlier Linux taskbar icon identity issue).