Main window reported as Python3 in Gnome 3

[szpak]

The main dnfdragora window is reported as Python3 (instead of dnfdragora) in Gnome 3:

$ rpm -qa | grep dnfdragora
dnfdragora-2.1.0-2.fc32.noarch
dnfdragora-updater-2.1.0-2.fc32.noarch

[Conan-Kudo]

That's odd, because we set the title in the application:

dnfdragora/dnfdragora/ui.py

Line 384 in acaa41e

yui.YUI.app().setApplicationTitle(_("Software Management - dnfdragora"))

And the desktop file has the correct name as well:

dnfdragora/share/applications/org.mageia.dnfdragora.desktop

Line 2 in acaa41e

Name=dnfdragora

[szpak]

The Window is titled ok:

however, Gnome 3 reports it as Python3 showing open apps.

When I open it from the launcher it behaves the same (Python3 when launched), even though I see dnfdragora in the application search window - taken from the desktop file.

[szpak]

Based on the SO knowledge, it seems that Gnome Shell uses WMClass to determine the application name.

For dummy "hello world" Gnome 3 app, adding the following line did a trick:

self.set_wmclass ("My App", "My App")

Maybe it could also achieved with yui.

[anaselli]

that says

The set_wmclass() method sets the X Window System "class" and "name" hints for a window. Applications should not call this method. According to the ICCCM, you should always set these to the same value for all windows in an application, and PyGTK sets them to that value by default, so calling this method is sort of pointless. However, you may want to call the set_role() method on each window in your application, for the benefit of the session manager. Setting the role allows the window manager to restore window positions when loading a saved session.

Anyway we don't use PyGTK but libyui-gtk so maybe we must check a way to fix it there or into bindings maybe?

[alastortenebris]

This might be related, but the KDE Wayland taskbar groups mcomix3, another python3 based app, with dnfdragora. I don't think it's just GNOME.

Also dnfdragora's icon doesn't appear in the KDE taskbar but that might be a KDE issue.

This is on Fedora 35's dnfdragora 2.1.0.

[grandant]

It's been a while, and this issue is still present on Fedora 41.

For anyone looking to fix the problem, add the following line to your .desktop file:

StartupWMClass=python3

This is required for GNOME to properly associate the application with its icon and context menu. The desktop entry is typically located here:

/usr/share/applications/org.mageia.dnfdragora.desktop

Note: This fix addresses the GNOME-specific issue and does not apply to KDE (AFAIK).

[szpak]

For anyone looking to fix the problem, add the following line to your .desktop file:

StartupWMClass=python3

It helped in my Fedora 41 with Gnome 3, thanks!

Btw, assuming there are no side effects of that entry and that there is no known generic solution, what do you think @Conan-Kudo about adding that line to:
https://github.com/manatools/dnfdragora/blob/master/share/applications/org.mageia.dnfdragora.desktop#L156 ?
(and also the others?)

[anaselli]

We moved to manatools aui now. I'll close this issue as old. Please use new dnfdragora