Shortcut links to wrong version on Linux
brave://versionbrave://version. shows 0.55.18
Shortcut links to wrong version on Linux
Should link the correct app to shortcut
Easy
0.55.18/0.56.5/0.57.1
@kjozwiak reproduced it as well
This issue is now only with release and nightly version. Nightly points to the wrong launcher icon in favourites if you have it pinned.
I can't reproduce this problem.
I did the following:
In all three cases, the correct version of Brave launched and the right icon was highlighted in my favorites bar on the left.
@srirambv Are you still seeing this problem?
I wonder whether it got fixed as a side effect of fixing #1324.
@fmarier this seems to be fixed however Release and Nightly still uses the same app launcher on Linux which isn't fixed
Launch release channel browser uses release channel on the dock
Launch nightly channel browser uses the same release channel on dock doesn't use nightly icon
1746.zip
Thanks @srirambv I can reproduce with Nightly too.
Here's the problem:
$ xprop WM_CLASS # dev
WM_CLASS(STRING) = "brave-browser-dev", "Brave-browser-dev"
$ xprop WM_CLASS # stable
WM_CLASS(STRING) = "brave-browser", "Brave-browser"
$ xprop WM_CLASS # nightly
WM_CLASS(STRING) = "brave-browser", "Brave-browser"
I think this issue (#9313) I opened is related, maybe a duplicate of this? I could reproduce it on nightly, beta and release.
Do you think that my workaround could be implemented?
Thanks for the suggestion @BachoSeven . It does sound like it would work.
Last time I had some time to look into this, I got closer to where the reason why the WM_CLASS wasn't set correctly in the first place. Fixing that would be my preference since it might uncover some other problems where we don't distinguish Nightly from Release.
Sounds good, thanks for looking into it!
In the meantime, if anybody wants a quick solution you could use this one-liner after upgrading the package (nightly):
sudo sed -i '/Actions=new-window;new-private-window;/ a StartupWMClass=brave-browser' /usr/share/applications/brave-browser-nightly.desktop
Most helpful comment
Thanks @srirambv I can reproduce with Nightly too.
Here's the problem: