Brave windows incorrectly grouped where Chrome windows are correctly grouped
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cairo-Dock Core |
New
|
Undecided
|
Unassigned |
Bug Description
relates to this thread: https:/
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/
Icon=chrome-
StartupWMClass=
If I run xprop WM_CLASS I get:
WM_CLASS(STRING) = "crx_apgbbookhm
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/
Icon=brave-
StartupWMClass=
If I run xprop WM_CLASS I get:
WM_CLASS(STRING) = "crx_cinhimbnkk
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
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.