Chromium and Hamsket appear under the same icon in Gnome's Alt-Tab List

[ericzolf]

Steps to reproduce

I don't know exactly but sometimes the Hamsket and Chromium windows are summarized under one common icon (always the Hamsket one) when calling Alt-Tab to switch apps.

Expected behavior

Not the same application, so they should always have different icons

Actual behavior

Sometimes appear under the same icon, then I struggle to find my Chromium window because it's hidden behind the Hamsket icon.

ENVIRONMENT

Version: 0.6.3
Platform: linux (x64)
Electron: 17.1.0
Chromium: 98.0.4758.102
Node: 16.13.0
BuildVersion: 32d4407 (grafted, HEAD, tag: 0.6.3, origin/32d44074b64d96804155700f3888c31303cb5a08) Thu, 3 Mar 2022 03:25:26 -0800

Does this happen upstream: not sure what you call upstream, but it's the Hamsket downloaded from GitHub.

[TheGoddessInari]

That's...really bizarre. What Desktop Environment is this occurring under? And does this occur only with Chromium, but not Google Chrome?

[ericzolf]

That's...really bizarre.

Indeed 😄

What Desktop Environment is this occurring under?

Gnome 42 under Fedora 36.

And does this occur only with Chromium, but not Google Chrome?

I wouldn't know, my desktop is Google Chrome-free.

[TheGoddessInari]

X11 or Wayland?

[ericzolf]

X11

[TheGoddessInari]

Fun. The only thing I could find similar was about a Wayland bug. What window manager is GNOME running these days, anyway? And installing/running it from what? RPM? AppImage? tarball?

You might have to get a little creative to get a bit more debug info for me if I can't get the issue to reproduce. Equivalent of maybe xwininfo --hints Not sure if there's a GNOME tool to give more information about whatever specific information the window manager cares about...but all of the application stuff is set properly (as far as anything can tell in the last 4 years).

I'll check on Linux later today should I get the chance based on the information given. I don't keep up with GNOME at all anymore, but I wouldn't expect them to make such a naive mistake in their window manager.

Even trying to google anything about this kind of GNOME stuff only returns ancient results. 😿

[ericzolf]

It's a just a plain rather default installation of Fedora Workstation with (I think) Mutter as window manager.
Keep going with ideas on how to debug, and I'll do my best to provide more information once it happens again.

[ericzolf]

I'm one step further: the issue appears if I start a Google Meet meeting from within Hangouts (hence in Hamsket), then the new Chromium window gets the icon from Hamsket, and they are both grouped together. If Chromium is already running (started externally) when I click the link, then the icon is the one from Chromium, and the apps aren't grouped.
I'm not using Chromium as my default browser, but it doesn't seem to be specific to Google Meet, important is that the Chromium browser is started from within Hamsket (Firefox doesn't show the same behaviour).

Such a Chromium window has the class "Hamsket.Hamsket" (whatever it exactly means), which is the same class as the Hamsket window. A Chromium window started externally has the class "chromium-browser.Chromium-browser".

I had a look at the output of xwininfo but couldn't see anything of interest. This "class" thing seems more to be the topic, though I don't know how to influence it.

[ericzolf]

xprop WM_CLASS is the program to use BTW.