Brave-browser: Nightly shortcut links to wrong version on Linux

Created on 20 Oct 2018  路  8Comments  路  Source: brave/brave-browser

Description


Shortcut links to wrong version on Linux

Steps to Reproduce

  1. Install all three versions Dev(0.57.1)/Beta(0.56.5)/Release(0.55.18)
  2. Open Applications and type in Brave
  3. Click the Brave icon opens release version(0.55.18)
  4. Close and Open Beta from Application, verify the version from brave://version
  5. Go to Applications and type in Brave, App indicator highlights Release version even though Beta is launched
  6. Click on Release version icon from Application, no new window is launched
  7. Right Click on the app from side dock and click on new window
  8. New browser window is launched, check version via brave://version. shows 0.55.18

Actual result:


Shortcut links to wrong version on Linux

Expected result:

Should link the correct app to shortcut

Reproduces how often:


Easy

Brave version (brave://version info)


0.55.18/0.56.5/0.57.1

Reproducible on current release:

  • Does it reproduce on brave-browser dev/beta builds?
    Yes same issue with launching Dev
  • Does it reproduce on browser-laptop?
    N/A

Website problems only:

  • Does the issue resolve itself when disabling Brave Shields?
  • Is the issue reproducible on the latest version of Chrome?

Additional Information


@kjozwiak reproduced it as well

OLinux QTest-Plan-Specified QYes bug prioritP5

Most helpful comment

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"

All 8 comments

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:

  1. In Applications, click on Brave.
  2. Close it.
  3. In Applications, click on Brave Beta (leaving it open).
  4. In Applications, click on Brave.

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
Was this page helpful?
0 / 5 - 0 ratings