Description of problem: In the "System Tray Settings" dialog, the "Entries" tab is behaving erratically. If I change the visibility of an arbitrary entry from "Auto" to "Shown", either this or some other arbitrary entry is set to "Hidden" instead. You can check this by inspecting ~/.config/plasma-org.kde.plasma.desktop-appletsrc After the aforementioned action has been performed, the entry has been added to the "hiddenItems" list. Example: 5 entries: Device Notifier -> Auto Volume Control -> Shown yarssr -> Auto Printers -> Auto Software Updates -> Auto Content of plasma-org.kde.plasma.desktop-appletsrc: hiddenItems=org.kde.plasma.clipboard,org.kde.plasma.mediacontroller, org.kde.plasma.battery shownItems=kmix,ksystraycmd Now I change "Software Updates" to "Shown". The result is that the yarssr icon disappears. If I close and re-open the "System Tray Settings" dialog, the content looks like this: Device Notifier -> Auto Volume Control -> Shown yarssr -> Hidden Printers -> Auto Software Updates -> Auto Content of plasma-org.kde.plasma.desktop-appletsrc: hiddenItems=org.kde.plasma.clipboard,org.kde.plasma.mediacontroller, org.kde.plasma.battery,rss shownItems=kmix,ksystraycmd Note that "rss" has been added to the hiddenItems list. This example is the more complex case where some other application is affected than the one the user is trying to change the visibilty state for. I'm also reproducibly observing the simpler behaviour that the icon of the application "clementine" is hidden instead of shown as soon as its visibility is set to "Shown". Naturally it then shows up in the "hiddenItems" list in plasma-org.kde.plasma.desktop-appletsrc. There's also no way to revert this change from the GUI. The only way I found to rectify this problem is to logout, login to a local console and change ~/.config/plasma-org.kde.plasma.desktop-appletsrc manually. Version-Release number of selected component (if applicable): plasma-workspace-5.4.3-1.fc22.x86_64 How reproducible: See above. Actual results: Broken systray visibility settings Expected results: The visibility state gets correctly set and stored in ~/.config/plasma-org.kde.plasma.desktop-appletsrc Corinna
plasma-workspace-5.4.3-3.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-7eca381865
plasma-workspace-5.4.3-3.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-6b56dfe6d7
plasma-workspace-5.4.3-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update plasma-workspace' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-6b56dfe6d7
(In reply to Fedora Update System from comment #3) > plasma-workspace-5.4.3-3.fc23 has been pushed to the Fedora 23 testing > repository... When I try `dnf --enablerepo=updates-testing update plasma-workspace' it tries to install version 5.4.3-2, not 5.4.3-3 as outlined above. Is just the version number wrong or does updates-testing not yet have the latest -3 version? I'm asking because the bodhi entry claims that only -3 is supposed to fix the problem in this BZ... Thanks, Corinna
According to https://bodhi.fedoraproject.org/updates/FEDORA-2015-7eca381865 It's -3 has not been pushed to repos yet (the push is currently underway now)
plasma-workspace-5.4.3-3.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update plasma-workspace' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-7eca381865
5.4.3-3.fc22 apparently fixes the problem. Thanks, Corinna
*** Bug 1282670 has been marked as a duplicate of this bug. ***
I spoke too soon. While testing yesterday everything worked as desired, today I noticed that an icon I had set to hidden was visible again. Looking into the dialog, the state of this tray icon was "Auto" again. So I looked into the plasma-org.kde.plasma.desktop-appletsrc file, and it contained this: hiddenItems=org.kde.plasma.clipboard,org.kde.plasma.mediacontroller, org.kde.plasma.battery,62914600 Note the last entry. The expected entry would have been something like "gdesklets". However, the above looks like a Window ID instead. So I changed the state of "gdesklets" to "Hidden" again and this changed the above hiddenItems line to hiddenItems=org.kde.plasma.clipboard,org.kde.plasma.mediacontroller, org.kde.plasma.battery,62914600,58720295 I checked with xwininfo, and yes, 58720295 is the Window ID of the gdesklets-daemon. So the current test release 5.4.3-3 accidentally stores Window IDs in plasma-org.kde.plasma.desktop-appletsrc, which naturally don't persist over session. Corinna
Ok, looks like we have more than one issue to track here. Did that work before and the current behavior is a regression ? If so, we need an upstream bug to track it.
It didn't work correctly before either,that's why I opened this BZ. The 5.4.3-1 version corrctly stored application names, but incorrectly the wrong ones in the wrong line. If you mean pre-5.4.3, I think it worked completely correctly before, yes. At least my settings from before seem to have worked, IIRC. Only some update broke this dialog's functionality. Corinna
plasma-workspace-5.4.3-3.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
plasma-workspace-5.4.3-3.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
Why exactly has this issue been closed? The patch applied to 5.4.3-3 does not actually fix the issue, as I outlined in https://bugzilla.redhat.com/show_bug.cgi?id=1282417#c9 This looks a bit preliminary to me. Corinna
Reopening the bug since the fix from 5.4.3-3 is buggy as outlined in https://bugzilla.redhat.com/show_bug.cgi?id=1282417#c9
I'll re-echo request from comment #10 , please document the remaining issues in an upstream bug report if at all possible. Thanks.
I don't have any relationship with upstream, sorry. Can you please file the bug in their bug tracker? Thanks, Corinna
It's best if the reporter is someone who is experiencing the bug (I don't)
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.