u/Lapeppaplus

I tried to reinstall a lot of times, remove it manually but it always show this version instead

EDIT2:

➜  ~  dnf info --installed mangohud 
Installed packages
Name            : mangohud
Epoch           : 0
Version         : 0.8.3~rc1
Release         : 2.fc44
Architecture    : i686
Installed size  : 9.5 MiB
Source          : mangohud-0.8.3~rc1-2.fc44.src.rpm
From repository : fedora
Summary         : Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load
URL             : https://github.com/flightlessmango/MangoHud
License         : MIT
Description     : A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and
                : more.
Vendor          : Fedora Project

Name            : mangohud
Epoch           : 0
Version         : 0.8.3~rc1
Release         : 2.fc44
Architecture    : x86_64
Installed size  : 9.0 MiB
Source          : mangohud-0.8.3~rc1-2.fc44.src.rpm
From repository : fedora
Summary         : Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load
URL             : https://github.com/flightlessmango/MangoHud
License         : MIT
Description     : A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and
                : more.
Vendor          : Fedora Project
➜  ~ 


➜  ~  rpm -qi mangohud 
Name        : mangohud
Version     : 0.8.3~rc1
Release     : 2.fc44
Architecture: x86_64
Install Date: Sun 10 May 2026 10:11:09 PM -03
Group       : Unspecified
Size        : 9431552
License     : MIT
Signature   :
              RSA/SHA256, Fri 23 Jan 2026 11:19:24 AM -03, Key ID dbfcf71c6d9f90a6
Source RPM  : mangohud-0.8.3~rc1-2.fc44.src.rpm
Build Date  : Fri 23 Jan 2026 11:10:34 AM -03
Build Host  : buildvm-x86-26.rdu3.fedoraproject.org
Packager    : Fedora Project
Vendor      : Fedora Project
URL         : https://github.com/flightlessmango/MangoHud
Bug URL     : https://bugz.fedoraproject.org/mangohud
Summary     : Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load
Description :
A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and
more.
Name        : mangohud
Version     : 0.8.3~rc1
Release     : 2.fc44
Architecture: i686
Install Date: Sun 10 May 2026 10:11:09 PM -03
Group       : Unspecified
Size        : 9995021
License     : MIT
Signature   :
              RSA/SHA256, Fri 23 Jan 2026 11:19:23 AM -03, Key ID dbfcf71c6d9f90a6
Source RPM  : mangohud-0.8.3~rc1-2.fc44.src.rpm
Build Date  : Fri 23 Jan 2026 11:10:37 AM -03
Build Host  : buildvm-x86-21.rdu3.fedoraproject.org
Packager    : Fedora Project
Vendor      : Fedora Project
URL         : https://github.com/flightlessmango/MangoHud
Bug URL     : https://bugz.fedoraproject.org/mangohud
Summary     : Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load
Description :
A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and
more.

EDIT:

➜  ~ which mangohud
/usr/bin/mangohud
➜  ~ mangohud --version
v0.8.2
➜  ~ 

Hi guys!

I previously talked about my idea to fix the broken icons on gnome with an extension. And now I have it on a first stable release and available on gnome store. For now it is still basic, but it fixed the problem rock solid (in my case). There is no settings for now, but I avoided to increase the complexity before other users tested and validate the core functionality. Besides I already have a roadmap for new features (described on repository) and some fixes, I am totally open to feedbacks!

Extension
Repository

The problem

This is not a new problem on Gnome, and I took it so seriously that I almost switched to another DE (and I actually did, but came back after a while) sometimes just to see my desktop icons fixed.

I have tried many workarounds to avoid manual intervention, but they usually only solve very specific scenarios.

Some context, for those who dont know what causes this: its related to how Gnome matches applications + with developers that do not acre about Gnome problems. Gnome needs at least a match between the desktop entry name and the app id or wmclass (x11 stuff), using the StartupWMClass property inside the desktop entry.

Since Steam games dont set this right way out of the box, we have to check each games wmclass and manually update the desktop entry. For x11 proton games, there is a pattern (steam_app_<id>), so it’s relatively easy to fix. Wayland and native apps are a completely different story. With Wayland, it’s usually the executable name in lowercase. Native apps, pattern is… there’s no real pattern at all.

Other solutions

I tried to create an user service, but it only solves the case for x11 Proton games, since there is a easy pattern there. For wayland version, there is no consistent pattern (usually just the executable name), and native games are even worse.

At one point, I started overcomplicating things by trying to parse Steam files to figure out which compatibility tool each game uses. The idea was to locate the executable for Wayland titles based on that. For native games, the only viable approach seems to be hardcoding values in a text file.

Other solution was to try to wrapper every game inside a cli that will control the wmclass (or appId if possible) and automatically fix their desktop entry. That one I find too complicated and for that I stopped the development.

This solution

Now, here’s my newest solution (which is working really well so far). I created an extension that looks for windows without icons and tries to match them heuristically to the most probably desktop entry.

Since most cases are pretty obvious, it works quite well. For example, if the game is called “R.E.P.O” and the desktop entry is “R.E.P.O..desktop” it’s just a matter of assigning the WM_CLASS we see in Looking Glass to it. Simple as that.

The extension searches for matches, assigns a score to avoid misunderstanding and only applies changes when the match is strong enough. The heuristic method and scoring system are constantly being improved as I continue testing. I also plan to give users control about scoring and what rules should be enable.

Another important detail I don’t modify your original desktop entries. Instead, I create a new one in a sub directory that mirrors the original, except with the correct StartupWMClass. I also add the NoDisplay=true flag to avoid duplication on entries in the application menu. It can cause bugs with pinned apps, but I am working on it.

Does it process all windows all the time? Yes and no. It keeps track of which windows (by WM_CLASS) have already been processed, so no window is handled twice, even if you close and reopen it. This state resets at the end of the session or when the extension is toggled.

Does it impact performance? That is a good question but Its hard to check the resources since it blends in with Gnome shell in system monitors, but so far I have not noticed any performance impact. If anyone does, please report it and I will investigate.

Is it published? Yes.

Feature improvements

• User settings
  • Debug toggle.
  • Toggle to override original file.
  • List of unmatched apps for easy manual intervention.
  • List of blacklisted wmclasses.
  • Custom blacklist.
  • A reset button to delete every auto-generated desktop entry.
• Improve isValid system (sometimes it tries to fix apps that is already fixed).
• Sync information between the autogenerated file and original file (Icon for example).
• Add typescript and Makefile for better Developement experience.
• Improve rules (if necessary).