On a freshly installed openSUSE 15.2 when I hover over icons of some applications (I found qBittorrent and Clementine, others person mentioned Amarok) it shows HTML code instead of intended message. Screenshots: https://imgur.com/a/B2DsdfB openSUSE guys told me to report it here after I filed a bug on distro's bug tracker https://bugzilla.opensuse.org/show_bug.cgi?id=1173696 STEPS TO REPRODUCE 1. Hover over tray icons of mentioned applications OBSERVED RESULT Shows HTML code EXPECTED RESULT Should show messages SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: openSUSE 15.2 (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.71.0 Qt Version: 5.12.7 ADDITIONAL INFORMATION
I can confirm this for Clementine, haven't checked the others. According to the statusnotifier spec (https://freedesktop.org/wiki/Specifications/StatusNotifierItem/StatusNotifierItem/) it is legal to have HTML markup in the tooltip subtitle, but not in the tooltip title. The Plasma code adheres to that and does not allow HTML markup in the title. Clementine however sets a tooltip title with HTML markup and an empty tooltip subtitle, so it violates the specification. Plasma could therefore: - Do nothing and blame Clementine since that's where this should be addressed - Deviate from the spec and allow HTML markup in the title - Strip away HTML markup in the title Given that the latter two may result in undesirable unforseen results I'm inclined to advocate for the first option. See also https://github.com/clementine-player/Clementine/issues/6733 and https://bugs.kde.org/show_bug.cgi?id=422616
*** This bug has been marked as a duplicate of bug 422616 ***
>- Do nothing and blame Clementine since that's where this should be addressed Yes please. Even if we change you still have a bug in the app - if we deviate from the spec you end up with apps coding for that.
(In reply to David Edmundson from comment #3) > >- Do nothing and blame Clementine since that's where this should be addressed > > Yes please. Even if we change you still have a bug in the app - if we > deviate from the spec you end up with apps coding for that. That's not how you do this. You should fix QSystemTray first, patch every possible distro and only THEN break the UX when the impact is minimal. I do not see how the issue is "resolved" for now