https://bugs.kde.org/show_bug.cgi?id=452341
--- Comment #2 from Frank Souza <franksouza...@protonmail.com> --- (In reply to Nate Graham from comment #1) > Is there a specific circumstance in which would would expect a file looked > for at /usr/share/icons/Humanity/devices/48/printer.svg would instead be > ./_usr_share_icons_Humanity_devices_48_printer.svg? This seems oddly > specific. When I say "relative", I'm saying relative to the icon theme, not relative to current working directory (./). The proposal is: if an icon is not found in the absolute path specified by the program (in my example, it is not a program, just a .desktop file), the process responsible for interpreting the path should try to use an icon of the current theme as a fallback (before using the mimetype "empty file" icon). I don't know how ubuntu software center is going since I use manjaro, but a few years ago this was the way USC assigned icons to its programs inside of it, if it was not found within the manifest (or something like that), it uses an icon in this format, being affected by the current icon theme. -- You are receiving this mail because: You are watching all bug changes.
