SUMMARY (Example: Meta+5 to open the fifth entry on the icons only task manager) When using the behaviour setting "Shows tooltip window thumbnails", and then pressing a Meta+(Number) shortcut on a grouped entry on the task manager, it instead only highlights an adjacent entry, without opening it. STEPS TO REPRODUCE 1. Configure your Icons Only Task Manager's Behaviour settings to "Shows tooltip window thumbnails" 2. Open multiple instances of a task 3. Pin or open more tasks, doesn't matter if they're single or grouped 4. Use a grouped task's respective Meta+(Number) shortcut OBSERVED RESULT Plasma highlights a nearby task without opening it EXPECTED RESULT Plasma cycles through the grouped tasks' windows on each button press SOFTWARE/OS VERSIONS Linux: Void Linux 64-bit, Kernel 5.16.18_1 KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.2 HARDWARE Processor: Intel Pentium N3540 Graphics: Intel HD Graphics (Mesa DRI)s ADDITIONAL INFORMATION Single tasks (not grouped) behave as intended. Happens in both the X11 and Wayland sessions. Also tested on my Arch Linux desktop system in an X11 session, using the proprietary Nvidia graphics driver and same KDE/Qt software versions as above. At the time of writing I cannot supply a video recording due to the poor hardware I am using, but will attempt to supply one during the coming week.
A personal example that hopefully helps make this report more clear: I have two PDFs opened with Okular, on the fifth spot on my icons only task manager. To the left of it I have the DeaDBeeF music player pinned, but it is not running. When I press Meta+5, Plasma only presents an empty preview window above DeaDBeeF, with the text being DeaDBeeF's last state (Song title etc.) before I closed it long ago. Doesn't matter if Okular is pinned or not, it has the same behaviour.
I just performed another test on this, and found out that the task manager simply attempts to create a preview window where there last was one. This means that, if you hover your mouse over a different application on the task manager and let the tooltip window thumbnail appear, pressing Meta+(Number) on a grouped task will re-spawn the window thumbnail you just created with your mouse.
Weird, cannot reproduce.
Hi Nate, thank you very much for attempting to reproduce the issue. I have created a short video and uploaded it to YouTube. You can see it here: https://youtu.be/ljuXR-2lLpA Here's a rundown of what I do in it: 0:02 - First I open another Dolphin window to create a grouped icon. 0:08 - Then I hover over Firefox, to view that window's preview. 0:12 - When I then press Meta + 1 (Dolphin's position), it shows the last previewed window. In this case, Firefox. 0:25 - By previewing Dolphin and removing the cursor from the preview, it can show Dolphin's windows correctly, but only because that was the last preview.
This is on my desktop by the way, not sure if it matters, but as mentioned the same issue occurs on my laptops in the Wayland session. In the video the bug is reproduced in the X11 session.
Thanks for the video. It's very clear. Unfortunately when I do the exact same thing I still cannot reproduce it! Are you using any non-default Task Manager settings, by any chance?
Created attachment 148074 [details] My Plasma panel settings These are the settings for my Plasma panel, just in case they're needed. I couldn't see any settings in it that I personally think might be related to the bug, but you never know.
Good catch! Can't believe I didn't think to include my task manager settings.. I had to double check now that you mentioned it, but with all default settings (except for tooltip window thumbnails, as per step 1), it still exhibits this same behaviour. But thank you, I'll make sure to include my settings in future reports. On the other hand I have a lot changes in my Plasma System Settings, but I'm unsure if any of them could affect the bug and which ones I should share here, without dumping thousands of lines of unrelated settings here. I uploaded my "plasma-org.kde.plasma.desktop-appletsrc" file, just in case. Lemme know if I can share are any other files or settings that might affect this.
Can't reproduce either, but the Meta+N keyboard shortcut doesn't switch among the grouped tasks, which should be fixed.
I was hurried. I can reproduce now. Need to drag the task to change its order before reproducing the bug.
STEPS TO REPRODUCE 1. Open multiple Konsole windows (at pos 1) 2. Open Firefox (at pos 2) 3. Drag Firefox to pos 1 4. Press Meta+2
Git commit 130f32eeefdc514ce102ffc8b2dab9d0232d1c4f by Nate Graham, on behalf of Fushan Wen. Committed on 11/04/2022 at 19:44. Pushed by ngraham into branch 'master'. applets/taskmanager: Update tooltip bindings when activating from keyboard When activating a task from keyboard, there is no containsMouse changed signal, so we need to update the tooltip properties here. FIXED-IN: 5.24.5 M +28 -25 applets/taskmanager/package/contents/ui/Task.qml M +10 -0 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/commit/130f32eeefdc514ce102ffc8b2dab9d0232d1c4f
Git commit 7ae51e545c44e885e98d35c78ab0df7cb369e779 by Nate Graham, on behalf of Fushan Wen. Committed on 11/04/2022 at 19:47. Pushed by ngraham into branch 'Plasma/5.24'. applets/taskmanager: Update tooltip bindings when activating from keyboard When activating a task from keyboard, there is no containsMouse changed signal, so we need to update the tooltip properties here. FIXED-IN: 5.24.5 (cherry picked from commit 130f32eeefdc514ce102ffc8b2dab9d0232d1c4f) M +28 -25 applets/taskmanager/package/contents/ui/Task.qml M +10 -0 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/commit/7ae51e545c44e885e98d35c78ab0df7cb369e779
*** Bug 427103 has been marked as a duplicate of this bug. ***
Git commit 47edbf51e4e68279944670df3fce86a9d11c4273 by Fushan Wen. Committed on 26/03/2023 at 13:49. Pushed by fusionfuture into branch 'Plasma/5.27'. applets/taskmanager: skip updating tooltip when it's disabled If task tooltips are disabled, the main item bindings should not be updated when mouse is over any task unless it's clicked by the user. Related: bug 467709 FIXED-IN: 5.27.4 M +2 -2 applets/taskmanager/package/contents/ui/Task.qml M +1 -1 applets/taskmanager/package/contents/ui/code/tools.js M +0 -9 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/commit/47edbf51e4e68279944670df3fce86a9d11c4273
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1448
Git commit df86cb8d805a38d1cedc29142541530954b89682 by Méven Car, on behalf of Fushan Wen. Committed on 01/04/2023 at 16:18. Pushed by meven into branch 'master'. applets/taskmanager: skip updating tooltip when it's disabled If task tooltips are disabled, the main item bindings should not be updated when mouse is over any task unless it's clicked by the user. Related: bug 467709 FIXED-IN: 5.27.4 (cherry picked from commit 47edbf51e4e68279944670df3fce86a9d11c4273) M +2 -2 applets/taskmanager/package/contents/ui/Task.qml M +1 -1 applets/taskmanager/package/contents/ui/code/tools.js M +0 -9 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/commit/df86cb8d805a38d1cedc29142541530954b89682
Git commit 7195637d184c146e177feb28fe904cbf98a0a87e by Fushan Wen. Committed on 05/04/2023 at 14:47. Pushed by fusionfuture into branch 'Plasma/5.27'. applets/taskmanager: reset `parentTask` after a task was moved After a task item was moved, the property bindings in openWindowToolTipDelegate also need updated, but to fix bug 467709, `mainItem.parentTask === task` was added, which causes empty tooltips after a task item was moved. Test plan: 1. Disable task tooltips and enable Click to open small tooltips 2. Open some Konsole windows to create a task group 3. Open Firefox or any other app 4. Click the Konsole group to activate the tooltip 5. Move Konsole group's position 6. Click the Konsole group again. Before this change the tooltip is empty. After this change the tooltip has contents. Amends 47edbf51e4e68279944670df3fce86a9d11c4273 Related: bug 467709 FIXED-IN: 5.27.5 M +1 -0 applets/taskmanager/package/contents/ui/MouseHandler.qml M +2 -0 applets/taskmanager/package/contents/ui/Task.qml https://invent.kde.org/plasma/plasma-desktop/commit/7195637d184c146e177feb28fe904cbf98a0a87e
Git commit 015ad951fc3473ff05c966c350b8ec847606e9e0 by Fushan Wen. Committed on 05/04/2023 at 14:51. Pushed by fusionfuture into branch 'master'. applets/taskmanager: reset `parentTask` after a task was moved After a task item was moved, the property bindings in openWindowToolTipDelegate also need updated, but to fix bug 467709, `mainItem.parentTask === task` was added, which causes empty tooltips after a task item was moved. Test plan: 1. Disable task tooltips and enable Click to open small tooltips 2. Open some Konsole windows to create a task group 3. Open Firefox or any other app 4. Click the Konsole group to activate the tooltip 5. Move Konsole group's position 6. Click the Konsole group again. Before this change the tooltip is empty. After this change the tooltip has contents. Amends 47edbf51e4e68279944670df3fce86a9d11c4273 Related: bug 467709 FIXED-IN: 5.27.5 (cherry picked from commit 7195637d184c146e177feb28fe904cbf98a0a87e) M +1 -0 applets/taskmanager/package/contents/ui/MouseHandler.qml M +2 -0 applets/taskmanager/package/contents/ui/Task.qml https://invent.kde.org/plasma/plasma-desktop/commit/015ad951fc3473ff05c966c350b8ec847606e9e0