Bug 452187 - Wrong Meta+(Number) behaviour using "Shows tooltip window thumbnails" setting on grouped task
Summary: Wrong Meta+(Number) behaviour using "Shows tooltip window thumbnails" setting...
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager (show other bugs)
Version: 5.24.3
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
: 427103 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-04-02 19:17 UTC by A. R. Kristiansen
Modified: 2023-04-05 14:52 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.24.5
kde: Usability+


Attachments
My Plasma panel settings (5.11 KB, text/plain)
2022-04-09 16:28 UTC, A. R. Kristiansen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description A. R. Kristiansen 2022-04-02 19:17:14 UTC
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.
Comment 1 A. R. Kristiansen 2022-04-02 19:26:50 UTC
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.
Comment 2 A. R. Kristiansen 2022-04-03 20:48:20 UTC
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.
Comment 3 Nate Graham 2022-04-06 17:57:55 UTC
Weird, cannot reproduce.
Comment 4 A. R. Kristiansen 2022-04-07 22:05:06 UTC
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.
Comment 5 A. R. Kristiansen 2022-04-07 22:09:03 UTC
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.
Comment 6 Nate Graham 2022-04-08 16:50:17 UTC
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?
Comment 7 A. R. Kristiansen 2022-04-09 16:28:10 UTC
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.
Comment 8 A. R. Kristiansen 2022-04-09 16:30:40 UTC
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.
Comment 9 Fushan Wen 2022-04-11 10:45:19 UTC
Can't reproduce either, but the Meta+N keyboard shortcut doesn't switch among the grouped tasks, which should be fixed.
Comment 10 Fushan Wen 2022-04-11 10:47:10 UTC
I was hurried. I can reproduce now. Need to drag the task to change its order before reproducing the bug.
Comment 11 Fushan Wen 2022-04-11 10:54:29 UTC
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
Comment 12 Nate Graham 2022-04-11 19:44:50 UTC
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
Comment 13 Nate Graham 2022-04-11 19:47:59 UTC
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
Comment 14 Fushan Wen 2022-07-05 05:45:25 UTC
*** Bug 427103 has been marked as a duplicate of this bug. ***
Comment 15 Fushan Wen 2023-03-26 13:55:18 UTC
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
Comment 16 Bug Janitor Service 2023-03-26 15:36:33 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1448
Comment 17 Méven Car 2023-04-01 16:24:06 UTC
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
Comment 18 Fushan Wen 2023-04-05 14:50:05 UTC
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
Comment 19 Fushan Wen 2023-04-05 14:52:20 UTC
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