Brave windows incorrectly grouped where Chrome windows are correctly grouped

[Rijnhard Hessel]

relates to this thread: https://glx-dock.org/bg_topic.php?t=5145

Chrome:
I have the "Secure Shell" chrome extension running in its own window via its own shortcut, and nothing has been edited in any way from default. The Cairo launcher was made simply by dragging the desktop shortcut to the dock. And it groups correctly to the apps own launcher and not the Chrome launcher.

The Chrome Desktop File:

#!/usr/bin/env xdg-open
[Desktop Entry]
Version=1.0
Terminal=false
Type=Application
Name=Secure Shell
Exec=/opt/google/chrome/google-chrome "--profile-directory=Profile 3" --app-id=apgbbookhmakhdbfdinfooinhmoaafkc
Icon=chrome-apgbbookhmakhdbfdinfooinhmoaafkc-Profile_3
StartupWMClass=crx_apgbbookhmakhdbfdinfooinhmoaafkc

If I run xprop WM_CLASS I get:
WM_CLASS(STRING) = "crx_apgbbookhmakhdbfdinfooinhmoaafkc", "Google-chrome"

Brave:
I have "YouTube Music" (non-extension) running in its own window via its own shortcut, and nothing has been edited in any way from default. The Cairo launcher was made simply by dragging the desktop shortcut to the dock. And it DOES NOT GROUP correctly to the apps own launcher and instead groups it with the Brave launcher.

The brave Desktop File:

[Desktop Entry]
Version=1.0
Terminal=false
Type=Application
Name=YouTube Music
Exec=/opt/brave.com/brave/brave-browser --profile-directory=Default --app-id=cinhimbnkkaeohfgghhklpknlkffjgod
Icon=brave-cinhimbnkkaeohfgghhklpknlkffjgod-Default
StartupWMClass=crx_cinhimbnkkaeohfgghhklpknlkffjgod

If I run xprop WM_CLASS I get:
WM_CLASS(STRING) = "crx_cinhimbnkkaeohfgghhklpknlkffjgod", "Brave-browser"

So the difference is baffling.

P.S. I have reported the brave --class flag not working to brave, but it's likely a chromium bug and shouldn't factor into this anyway.

Environment:
OS Linux Mint 20.1 Cinnamon 4.8.6
xorg 1:7.7+19ubuntu14
Brave Version 1.23.73 Chromium: 90.0.4430.85 (Official Build) (64-bit)
Chrome Version 90.0.4430.93 (Official Build) (64-bit)
Cairo 3.4.1-3

[Fabounet (fabounet03)]

Hi,
thanks for reporting it here.

Maybe the easiest way to understand what happens is to launch the dock from a terminal with:
cairo-dock -l debug > log.txt
and join the file here.
This should give us enough information.

[Fabounet (fabounet03)]

By the way what is the "YouTube Music" desktop file ?

[Rijnhard Hessel (rijnhard)]

I somehow missed this,

this gets printed out in terminal:
> cairo-dock -l debug > /tmp/cairo.txt
sh: 1: /usr/lib/x86_64-linux-gnu/cairo-dock/cairo-dock-launcher-API-daemon: not found
[22176:22176:1130/195030.545710:ERROR:object_proxy.cc(623)] Failed to call method: org.freedesktop.ScreenSaver.GetActive: object_path= /org/freedesktop/ScreenSaver: org.freedesktop.DBus.Error.NotSupported: This method is not implemented
[22176:22176:1130/195034.806824:ERROR:sharing_service.cc(222)] Device registration failed with fatal error

[Rijnhard Hessel (rijnhard)]

Youtube music desktop file:

[Desktop Entry]
Version=1.0
Terminal=false
Type=Application
Name=YouTube Music
Exec=/opt/brave.com/brave/brave-browser --profile-directory=Default --app-id=cinhimbnkkaeohfgghhklpknlkffjgod --no-sandbox
Icon=brave-cinhimbnkkaeohfgghhklpknlkffjgod-Default
StartupWMClass=crx_cinhimbnkkaeohfgghhklpknlkffjgod

i hacked the StartupWMClass just to test, but no difference: StartupWMClass=YoutubeMusic