← Back to team overview

cairo-dock-team team mailing list archive

[Bug 1926422] Re: Brave windows incorrectly grouped where Chrome windows are correctly grouped

 

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.

-- 
You received this bug notification because you are a member of Cairo-
Dock Devs, which is subscribed to Cairo-Dock Core.
https://bugs.launchpad.net/bugs/1926422

Title:
  Brave windows incorrectly grouped where Chrome windows are correctly
  grouped

Status in Cairo-Dock Core:
  New

Bug description:
  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

To manage notifications about this bug go to:
https://bugs.launchpad.net/cairo-dock-core/+bug/1926422/+subscriptions


References