[GH-ISSUE #228] [Launcher] Incorrect icons being used #102

New issue

Closed

opened 2026-05-22 21:51:13 +01:00 by JakeStanger · 1 comment

JakeStanger commented

2026-05-22 21:51:13 +01:00

Owner

Originally created by @donovanglover on GitHub (Jul 6, 2023).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/228

Describe the bug
For example, if I add an a.b.c favorite I get a librewolf icon. Memento uses an htop icon, which I assume is because the class name is projects.ripose.. Any programs that have the class name .program-wrapped appear to be broken as well.

To Reproduce

Open memento or use a random string of characters as a favorite

Expected behavior
Incorrect icons should never be visible to the user. How about an icon indicating that none was found instead?

System information:

Distro: NixOS
Compositor: Hyprland
Ironbar version: github.com/JakeStanger/ironbar@abf490b04e

Additional context
The memento.desktop file has an Icon=memento field. How feasible is it to use this instead of the app_id?

Would it be better to let users specify their own class name and icon overrides? Should these overrides be mapped to desktop files?

Originally created by @donovanglover on GitHub (Jul 6, 2023). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/228 **Describe the bug** For example, if I add an `a.b.c` favorite I get a librewolf icon. [Memento](https://ripose-jp.github.io/Memento/) uses an htop icon, which I assume is because the class name is `projects.ripose.`. Any programs that have the class name `.program-wrapped` appear to be broken as well. **To Reproduce** 1. Open `memento` or use a random string of characters as a favorite **Expected behavior** Incorrect icons should never be visible to the user. How about an icon indicating that none was found instead? **System information:** - Distro: NixOS - Compositor: Hyprland - Ironbar version: https://github.com/JakeStanger/ironbar/commit/abf490b04eda87841639c29893dda98408805a3d **Additional context** The `memento.desktop` file has an `Icon=memento` field. How feasible is it to use this instead of the app_id? Would it be better to let users specify their own class name and icon overrides? Should these overrides be mapped to desktop files?

JakeStanger closed this issue

2026-05-22 21:51:13 +01:00

JakeStanger commented

2026-05-22 21:51:13 +01:00

Author

Owner

@JakeStanger commented on GitHub (Jul 6, 2023):

The memento.desktop file has an Icon=memento field. How feasible is it to use this instead of the app_id?

Before the desktop file is consulted, the theme is checked for an icon name matching. If one isn't found, a search is done for desktop files, and it will check the Icon field. I suspect filenames are currently matching a bit too eagerly, and I'll need to tone this down to resolve this.

@JakeStanger commented on GitHub (Jul 6, 2023): > The memento.desktop file has an Icon=memento field. How feasible is it to use this instead of the app_id? Before the desktop file is consulted, the theme is checked for an icon name matching. If one isn't found, a search is done for desktop files, and it will check the `Icon` field. I suspect filenames are currently matching a bit too eagerly, and I'll need to tone this down to resolve this.

JakeStanger referenced this issue

2026-05-22 21:53:40 +01:00

[PR #102] [MERGED] feat: new label module #486

JakeStanger referenced this issue

2026-05-22 22:55:14 +01:00

[PR #102] [MERGED] feat: new label module #1893

JakeStanger referenced this issue

2026-05-22 23:55:24 +01:00

[PR #102] [MERGED] feat: new label module #3302

JakeStanger referenced this issue

2026-05-23 00:55:13 +01:00

[PR #102] [MERGED] feat: new label module #4705