https://bugs.kde.org/show_bug.cgi?id=385828
--- Comment #45 from Konrad Materka <mate...@gmail.com> --- (In reply to Aleksey Kontsevich from comment #44) > (In reply to Konrad Materka from comment #43) > > To register SNI icon the "org.kde.StatusNotifierWatcher" DBus service needs > > to be registered. If it is not, then applications (Qt5 and KDE) fallback to > > legacy XEmbed protocol. In KDE, XEmbed protocol is handled by > > "xembedsniproxy", which translates all legacy icons to... SNI. If DBus > > service is not running this also fails. There should be a message like: > > "could not register SNI: " in the logs (can you check?). When you restarted > > xembedsniproxy it re-registered legacy icon. > > Logs path I think it should land in the system log (journalctl) or in the "~/.xsesession-errors" file. > > > ./listIcons.sh > > Was it run before or after the xembedsniproxy restart? > > Before. This is interesting. It means that the qbittorrent icon was registered, but not shown. After xembedsniproxy restart it appeared. Can you restart qBittorrent and kill xembedsniproxy? Is the icon still visible? Any other icon missing now? Is it still missing after application restart? I just want to verify if qbittorent is using legacy icons all the time or only when run during the session restore. This situation is very complex. I know how SystemTray and xembedsniproxy works, but I do not know the entire KDE... -- You are receiving this mail because: You are watching all bug changes.
