Konversation goes into an infinite loop when "Enable System Tray" is enabled in Settings > Behaviour > General Behaviour. Output: XSync seems available and ready XSync Inited Supported, init completed Created alarm 35651585 QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set QSystemTrayIcon::setVisible: No Icon set ... (repeats endlessly) Note that I'm using openbox and tint2. Reproducible: Always Steps to Reproduce: 1. Start konversation 2. Enable Settings > Behaviour > General Behaviour > Enable System Tray Actual Results: Konversation froze Expected Results: Expected tray icon to appear in panel I'm using openbox for my wm and tint2 as my panel. Konversation worked fine in the past.
This seems to be happening with any KDE5 app with a tray icon and any system tray that is not plasmashell. I have verified this bug with the following trays: * Trayer * Taffybar * Stalonetray and the following KDE5 programs: * Kiten * Klipper * KWalletmanager5 However it does not affect KDE5 programs without tray icons * Dolphin * Systemsettings5 Nor KDE4 programs with tray icons * Choqok * Kopete * Clementine * KGPG Nor GTK+ programs with tray icons * Deluge Probably related to https://bugs.kde.org/show_bug.cgi?id=355992
I can confirm that using the new KF5 based KMail 5.1 and i3 as window manager. However, I have eased that problem by setting QT_QPA_PLATFORMTHEME=qt5ct and installing qt5ct. Now I have a missing icon, but just a clickable space where KMail should be (with working tooltip info and context menu)
I have the same problem with Klipper on Fedora 23 as I use Awesome WM.
It happens with akregator too. I will be glad if that could be fixed.
Kiten no longer loops forever; however, the "No icon set" message still appears (albeit only once). Still no icon shows up in other trays. Is there a mechanism through which a QApplication/QWindow defines a default icon? Is this being skipped in these apps?
Folks, can we somehow raise priority of this bug?
I have found one way to avoid the problem (I have tried it with xmonad and it works for opening klipper). Just use in a terminal > export QT_QPA_PLATFORMTHEME=generic before launching klipper > klipper
Getting the same bug for months when using QT_QPA_PLATFORMTHEME=kde or QT_QPA_PLATFORMTHEME=plasma Other themes such as QT_QPA_PLATFORMTHEME=plasma do work, but I'd really like to have the "plasma" platform theme (while keeping i3 as a window manager).
+10 can't remember how many years I've been suffering this. Using dwm + trayer on nixos, and this completely blocks various minor kde/qt applications from launching at all. For me the QT_QPA_PLATFORMTHEME workaround doesn't work. But this does: unset XDG_CURRENT_DESKTOP Now if I remember correctly adding XDG_CURRENT_DESKTOP=kde somewhere was a workaround for some other failure, unfortunately can't remember what. Soon we'll need a whole new system service for managing environment variable workarounds to launch any gui program;p
(In reply to Tomasz Borowik from comment #9) > Soon we'll need a whole new system service for managing environment variable > workarounds to launch any gui program;p Sorry for being snarky, posted mainly to mention the workaround in my case, not to just complain.
Thank you for reporting this crash in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the crash with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!
I just tried again and it still goes into the infinite loop. QT_QPA_PLATFORMTHEME=kde konversation is enough to reproduce for me when its systray is enabled. up-to-date archlinux i3wm as a window manager plasma 5.26 kde frameworks 5.100 konversation 22.08.3-1
Forgot to reopen sorry
Still happens with Qt6 applications if 'QT_QPA_PLATFORMTHEME=kde' is set outside of KDE session, but the 'org.kde.StatusNotifierWatcher' D-Bus interface is unavailable or gone. It's already reported here: https://bugs.kde.org/show_bug.cgi?id=350785