393630 2018-04-29 02:24:20 +0000 System tray icons not clickable and collapsible when an entry's visibility is changed to hidden 2019-08-09 23:25:58 +0000 1 1 4 Plasma plasmashell System Tray widget 5.14.4 unspecified Linux RESOLVED FIXED https://bugs.kde.org/show_bug.cgi?id=361613 https://bugs.kde.org/show_bug.cgi?id=390890 usability NOR normal 1.0 1 raj.amalw plasma-bugs-null 0neiltk.kde a.kralovic98 albertocollado alt.su-7oon2u5b apmichalopoulos arojas b8h8vm0lf britalmeida bugseforuns canaksu cfeck contacha david.narvaez f4tmike ftefrjbhfvasf32 gisk+kdebugs henriquesarmentogoulartaguiar info ingo joh82875 jsardid kde koshka likivik lucia.mrenica m.hatifnatt mahen msdobrescu nate purderaf r.griff444 rockonthemoonfm sdadasda taocrismon thomas.surrel trmdi velifico victorgfb80 zrenfire https://commits.kde.org/plasma-workspace/6fcf9a5e03ba573fd0bfe30125f4c739b196a989 5.14.5.1, 5.15.1 0 oldest_to_newest 1748770 0 raj.amalw 2018-04-29 02:24:20 +0000 When the visibility of a system tray entry is changed from Auto to hidden, the rest of the visible icons are not clickable and the expanded hidden icons popup cannot be closed via down arrow icon. To replicate, 1. Open System tray settings 2. Select clipboard visibility to hidden and apply. 3. Now try clicking any other visible icons like Network or Wifi, it just expands the hidden icons instead of opening the specific system tray setting. Temporary fix, Reboot fixes this issue. OS: Kubuntu 18.04 1750157 1 bugseforuns 2018-05-05 16:41:32 +0000 cannot reproduce on Arch Linux, plasma 5.12.5. 1755008 2 nate 2018-05-26 23:30:54 +0000 I can reproducibly trigger this in the following manner on Plasma 5.12.4: 1. Have Dropbox installed 2. Right-click on arrow > System Tray Settings > Entries > mark Dropbox as Hidden 3. Click on Ok button 4. Plasmashell crashes (Bug 394729) 5. After plasma re-launches, quit and restart Dropbox 6. Right-click on the System Tray arrow > System Tray Settings 7. Dropbox has disappeared from this list! (Bug 361613) 8. Click Ok 9. Click on the System Tray arrow 10. Click on it again Now the expanded pop-up no longer closes on the second click. Sometimes it doesn;t open, either, but that part isn't 100% reproducible for me. The issue disappears if I remove dropbox's entry from ~/.config/plasma-org.kde.plasma.desktop-appletsrc and restart plasmashell. 1755010 3 nate 2018-05-26 23:31:00 +0000 *** Bug 394397 has been marked as a duplicate of this bug. *** 1755271 4 thomas.surrel 2018-05-28 11:19:22 +0000 I am able to repoduce this together with https://bugs.kde.org/show_bug.cgi?id=390890 on Archlinux with 5.12.5, and with a vanilla dev-unstable docker image. 1759590 5 thomas.surrel 2018-06-08 20:18:01 +0000 I tried to track down this problem. It seems that in systemtray/package/contents/ui/ConfigEntries.qml, as soon as we access plasmoid.rootItem, something wrong happens and the next time we try to access anything in the system tray, plasmashell crash or the system tray just hangs. Is plasmoid.rootItem the right way to access this ? I have a hard time finding documentation about that ... 1762279 6 apmichalopoulos 2018-06-19 13:08:01 +0000 Can reproduce this on Arch with plasma 5.13, also consistently triggers Bug 390890. 1781478 7 bugseforuns 2018-09-16 19:27:02 +0000 *** Bug 396947 has been marked as a duplicate of this bug. *** 1786332 8 notuxius 2018-09-24 14:11:02 +0000 *** Bug 397947 has been marked as a duplicate of this bug. *** 1786336 9 notuxius 2018-09-24 14:16:35 +0000 *** Bug 396153 has been marked as a duplicate of this bug. *** 1786357 10 arojas 2018-09-24 14:55:59 +0000 *** Bug 398592 has been marked as a duplicate of this bug. *** 1787209 11 likivik 2018-09-25 21:00:43 +0000 Related to/Possible duplicates of) this bug: Bug 398372, Bug 397949, Bug 390890. 1787211 12 nate 2018-09-25 21:02:06 +0000 *** Bug 398372 has been marked as a duplicate of this bug. *** 1792921 13 bugseforuns 2018-10-10 00:17:42 +0000 *** Bug 399574 has been marked as a duplicate of this bug. *** 1793524 14 ftefrjbhfvasf32 2018-10-11 18:01:08 +0000 I can confirm this bug. When i click "configure system tray" and change visibility of any icon in tray to any option, be it "auto", or "hidden" or "shown", then all icons in tray are not clickable, which means that clicking any icon brings the same popup like when clicking small arrow on the right side of the tray. If I click "configure system tray" again and choose "entries" again, there are no entries on the list! 1793529 15 ftefrjbhfvasf32 2018-10-11 18:05:59 +0000 My system is openSUSE Tumbleweed and Plasma version is 5.14.0. 1795438 16 r.griff444 2018-10-19 09:54:36 +0000 Still happens in Neon Dev Stable 5.14.1, FW 5.52.0, Qt 5.11.1. The easiest way I have found way to reproduce is: 1. Right click System Tray up arrow 2. Click Configure System Tray 3. Select Entries 4. Change any entry from Shown etc to another state and Click Apply. 5. Try to left click a System Tray entry (e.g.) browser plugin. The result will be the Status and Notifications instead. It seems that when I try selecting something i.e. browser plugin, this will replace Status and Notifications as the erroneous popup. Temporary fix: kquitapp5 plasmashell && plasmashell & 1795442 17 r.griff444 2018-10-19 09:59:19 +0000 the erroneous popup ... the next time I try clicking a System Tray item (i.e if I try going to Configure Entries again (and they are gone this time) then the next time I click something in the System Tray the popup will be the last one I tried instaed of Notifications. It seeme to revert back with little effort (i.e. just clicking a couple of entries on System Tray). 1808579 18 bugseforuns 2018-11-05 22:17:00 +0000 more problems related to this bug, I think: open system tray settings click "entries" section click "cancel" button to close the window copy/move some big file to another partition/device: notification applet indicating data transfer progress does not unhide in the system tray; play some video/audio with some player (I tested VLC): media player applet does not show up in the system tray. 1809523 19 f4tmike 2018-11-07 07:57:43 +0000 No icons are hidden here so there's no system tray down button. When it happens some of the icons work permanently (remmina, telegram) others very occasionally but mostly never (network, clipboard, sound, kconnect, devices, printer, monitor settings). Instead I'm getting the empty "system & notifications" 'popdown'. And the keepassxc icon isn't shown anymore. Running Solus Plasma 3.9999 with KDE 5.14.2 on 5.51.0 framework and qt 5.11.2 Thanks to Robert Griffiths for the temp. workaround! 1810668 20 trmdi 2018-11-09 08:47:22 +0000 It seems that the bug is "triggered" when ConfigEntries.qml reads "plasmoid.rootItem"... 1810669 21 trmdi 2018-11-09 08:59:42 +0000 (In reply to trmdi from comment #20) > It seems that the bug is "triggered" when ConfigEntries.qml reads > "plasmoid.rootItem"... An easy way to reproduce the bug: 1, edit ConfigGeneral.qml: add Component.onCompleted: console.log(plasmoid.rootItem) into the root Item. 2, reload systemtray 3, Open systemtray's configuration window > close it without doing anything else 4, The bug appears 1811432 22 trmdi 2018-11-10 03:36:55 +0000 Zren, can you have a look at this? 1811687 23 zrenfire 2018-11-10 20:25:38 +0000 I can reproduce the bug by modifying ConfigGeneral.qml. I can also reproduce the bug by simply opening the ConfigEntries.qml tab too without modifying ConfigGeneral.qml. Copy the *private* systemtray code to the home dir so we can edit without root. cp -r /usr/share/plasma/plasmoids/org.kde.plasma.private.systemtray ~/.local/share/plasma/plasmoids/ Luckily, we can easily reproduce by testing in `plasmoidviewer`, which speeds testing up! QML_DISABLE_DISK_CACHE=true plasmoidviewer -a org.kde.plasma.systemtray `plasmoid.rootItem` is apparently a way to access the "main" qml item of the widget (TIL). I'm not certain if any of the changes in appletquickitem.cpp since April 2018 (when this bug was first submitted) would cause this bug. I do remember that the fullRepresentation is preloaded now (so that it opens faster on the first click), which might be why this bug appeared. In any case, this is the first time I've seen `plasmoid.rootItem` used. * https://github.com/KDE/plasma-framework/blame/master/src/plasmaquick/appletquickitem.cpp#L877 When the bug is active, I noticed that when I was able to expand the system tray (like if I clicked the triangle thingy), hovering any of the listed items caused this warning: file:///home/chris/.local/share/plasma/plasmoids/org.kde.plasma.private.systemtray/contents/ui/items/AbstractItem.qml:87: TypeError: Cannot read property 'hoveredItem' of null Testing with: // AbstractItem.qml onContainsMouseChanged: { if (hidden && containsMouse) { console.log('AbstractItem.onContainsMouseChanged.abstractItem', abstractItem) console.log('\t root', root) console.log('\t hiddenLayout', root.hiddenLayout) console.log('\t hoveredItem', root.hiddenLayout.hoveredItem) root.hiddenLayout.hoveredItem = abstractItem } } Gave me: qml: AbstractItem.onContainsMouseChanged.abstractItem PlasmoidItem_QMLTYPE_192(0x564eb3803b40) qml: root QQuickMouseArea_QML_141(0x564eb3138f60) qml: hiddenLayout null file:///home/chris/.local/share/plasma/plasmoids/org.kde.plasma.private.systemtray/contents/ui/items/AbstractItem.qml:87: TypeError: Cannot read property 'hoveredItem' of null So it appears that `main.hiddenLayout` aliased to => `ExpandedRepresentation.hiddenLayout` aliased to => `HiddenItemsView.layout` aliased to => `Column { id: hiddenTasksColumn }` is returning null after the bug takes effect. I made a video of the bug here: (I didn't solve the bug so feel free to stop watching after 5min) https://www.youtube.com/watch?v=DdOtE9FIqfg#t1m49 1812264 24 trmdi 2018-11-11 04:53:46 +0000 Nice video Zren. I always like your analyses. 1812276 25 trmdi 2018-11-11 07:05:54 +0000 After close the Config window (which reads plasmoid.rootItem) - If you don't click on an Item -> all root's properties are still valid. - - Next, if (and only if) you click on an Item -> all root's properties become undefined. - - - Next, if you open the Config window again, then close it (don't click on any Item), all root's properties come back. you can test by add a Timer into root like this: > Timer { > interval: 1000; running: true; repeat: true > onTriggered: console.log("main: ", root.iconSizes) > } Why? 1814449 26 contacha 2018-11-14 15:27:50 +0000 Workaround (kind of): configure system tray > entries > always show all entries Also: I have two computers, both running latest KDE Neon, both with the same programs installed (I think) and one computer is unaffected by the issue. Settings one each PC are slightly different. 1821826 27 nate 2018-11-27 22:13:36 +0000 *** Bug 401485 has been marked as a duplicate of this bug. *** 1823338 28 thomas.surrel 2018-11-30 09:40:31 +0000 *** Bug 401558 has been marked as a duplicate of this bug. *** 1823373 29 trmdi 2018-11-30 12:06:25 +0000 *** Bug 401566 has been marked as a duplicate of this bug. *** 1828561 30 alt.su-7oon2u5b 2018-12-26 06:56:13 +0000 Still happening (latest stable Neon). The entry visibility doesn't even have to be changed for the sys tray to break. Just open the sys tray customization window, switch to the Entries tab, and then close the customization window (X). 1830856 31 trmdi 2019-01-07 11:51:20 +0000 *** Bug 402967 has been marked as a duplicate of this bug. *** 1833080 32 nate 2019-01-19 03:38:12 +0000 I can no longer reproduce this as of https://commits.kde.org/plasma-workspace/0885170daf56fbb2d5558ae271bb44043a76d018 (e.g. in the 5.15 Beta). Can anyone else reproduce? 1833152 33 bugseforuns 2019-01-19 14:29:25 +0000 I can reproduce with plasma 5.15 beta on Arch Linux following the steps below: 1. Open System tray settings 2. Select clipboard visibility to hidden, click "Ok" button. 3. Now try clicking any other visible icons like Network or Wifi, it just expands the hidden icons instead of opening the specific system tray setting. 1833202 34 arojas 2019-01-19 17:10:02 +0000 I confirm that this is still broken in 5.15 beta 1835659 35 trmdi 2019-02-04 01:56:11 +0000 *** Bug 403907 has been marked as a duplicate of this bug. *** 1836681 36 nate 2019-02-08 15:42:36 +0000 Git commit 6fcf9a5e03ba573fd0bfe30125f4c739b196a989 by Nate Graham, on behalf of Tranter Madi. Committed on 08/02/2019 at 15:37. Pushed by ngraham into branch 'Plasma/5.14'. Fix System Tray popup interactivity after echanging item visiblity Summary: Avoid using `plasmoid.rootItem` in SystemTray's ConfigEntries.qml. FIXED-IN: 5.14.6 Reviewers: #plasma, ngraham, broulik, davidedmundson, anthonyfieroni, fvogt Reviewed By: #plasma, davidedmundson Subscribers: plasma-devel Tags: #plasma Differential Revision: https://phabricator.kde.org/D18805 M +22 -5 applets/systemtray/package/contents/ui/ConfigEntries.qml https://commits.kde.org/plasma-workspace/6fcf9a5e03ba573fd0bfe30125f4c739b196a989 1838356 37 bugseforuns 2019-02-15 21:24:53 +0000 still reproducible with plasma 5.15 :( (In reply to Patrick Silva from comment #33) > I can reproduce with plasma 5.15 beta on Arch Linux following the steps > below: > > 1. Open System tray settings > 2. Select clipboard visibility to hidden, click "Ok" button. > 3. Now try clicking any other visible icons like Network or Wifi, it just > expands the hidden icons instead of opening the specific system tray setting. 1838364 38 arojas 2019-02-15 22:05:42 +0000 (In reply to Patrick Silva from comment #37) > still reproducible with plasma 5.15 :( > The 5.15.0 tars were already made when the fix went in. It should be in 5.15.1 1838467 39 trmdi 2019-02-16 13:56:36 +0000 *** Bug 404437 has been marked as a duplicate of this bug. *** 1859267 40 koshka 2019-05-28 17:48:12 +0000 This bug is still present on Kubuntu LTS. Is it normal? Because of this bug I moved from Neon to Kubuntu LTS in autumn. Back on those times the panel with system tray just crashed and restarted after editing tray icons visibility which was tolerable. But recently, after some updates it stopped crashing and just sustain it's broken, unclickable condition. Now I must logout-login after editing tray icons. Will it be fixed for Kubuntu 18.04 LTS? 1859289 41 cfeck 2019-05-28 19:45:35 +0000 > This bug is still present on Kubuntu LTS. Is it normal? Yes. This bug has been fixed since Plasma 5.15.1, and Kubuntu 18.04 uses Plasma 5.12. 1874056 42 zrenfire 2019-08-09 23:25:58 +0000 There seems to be a Plasma 5.12.9 release on Tue 2019-09-10 according to: https://community.kde.org/Schedules/Plasma_5 It doesn't look like the https://phabricator.kde.org/D18805 patch to avoid `plasmoid.rootItem` was backported to the Plasma 5.12 branch. https://github.com/KDE/plasma-workspace/blob/Plasma/5.12/applets/systemtray/package/contents/ui/ConfigEntries.qml#L236 I'm not sure how long after Sept 10 it would take for Kubuntu 18.04.__ to get the bugfix release. Would it land before Kubuntu 20.04?