When an icon is missing (e.g. document-open), Qt first falls back to splitting the name by dashes and taking the first part of it (document). Only then it falls back to parent icon themes (Yaru → Humanity). So for all document-* icons it uses document.png from MimeTypes context.
Doing it vice versa would fix the bug. However, the specification explicitly tells us to behave as Qt currently does: https://specifications.freedesktop.org/icon-naming-spec/icon-naming- spec-latest.html#guidelines > if the more specific item does not exist in the current theme, and does exist in a parent theme, the generic icon from the current theme is preferred, in order to keep consistent style. Another potential fix would be ignoring the MimeTypes context. The specification says that fallback happens “for all contexts other than MimeTypes”. However currently Qt’s icon loader does not take contexts into account at all. So fixing it in Qt would be difficult. I have just pinged the Yaru theme maintainer, let’s hope the fix from Yaru will land in Ubuntu soon. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1853768 Title: Qt apps, like kid3-qt, which uses legacy icons "document-*.png", show them as normal document icon under Yaru theme To manage notifications about this bug go to: https://bugs.launchpad.net/yaru/+bug/1853768/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
