Bug 511826 - Icons in the Task Manager being unresponsive to right-click
Summary: Icons in the Task Manager being unresponsive to right-click
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager widgets (other bugs)
Version First Reported In: 6.4.5
Platform: Ubuntu Linux
: NOR major
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-11-08 14:08 UTC by LSLSLS1
Modified: 2025-11-23 08:57 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
demonstration of the bug (229.08 KB, video/webm)
2025-11-09 16:21 UTC, LSLSLS1
Details

Note You need to log in before you can comment on or make changes to this bug.
Description LSLSLS1 2025-11-08 14:08:47 UTC
SUMMARY
The right-click menu fails to show up every other time when alternating between left-clicking somewhere arbitrary and right-clicking a task in the Task Manager.

STEPS TO REPRODUCE
1. Right-click a task (such as your browser) in the Task Manager 
2. Left-click somewhere else (this will expectedly close the menu)
3. Right-click the same task again

OBSERVED RESULT
The second right-click fails to open the menu.

EXPECTED RESULT
The second right-click, just like the first, will correctly open the menu.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.2

ADDITIONAL INFORMATION
The problem can be continuously reproduced: Every odd right-click will bring up the menu and every even right-click will fail to bring up the menu.
Comment 1 Méven 2025-11-09 15:51:56 UTC
I don't reproduce or I don't understand the steps:

> 2. Left-click somewhere else (this will expectedly close the menu)
Where does this left-click happen, elsewhere on the task bar ? on the wallpaper ? On an application ?
Maybe it does have any incidence ?

> KDE Plasma Version: 6.4.5

I am using 6.5.1, so that might explain I don't reproduce this.
This might have been fixed.

Maybe recording a video would be simpler to demonstrate this (Meta+R)
Comment 2 LSLSLS1 2025-11-09 16:21:05 UTC
Created attachment 186650 [details]
demonstration of the bug
Comment 3 LSLSLS1 2025-11-09 16:22:48 UTC
(In reply to Méven from comment #1)

> Where does this left-click happen, elsewhere on the task bar ? on the
> wallpaper ? On an application ?
Any of those will do.

> Maybe recording a video would be simpler to demonstrate this (Meta+R)
I've uploaded a clip.
Comment 4 Savchenko Dmitriy 2025-11-13 10:11:16 UTC
> Operating System: NixOS 25.11
> KDE Plasma Version: 6.5.2
> KDE Frameworks Version: 6.19.0
> Graphics Platform: X11

Unable to reproduce, task manager behaves as expected. Does the issue occur in a Wayland or X11 session only?
Comment 5 Kai Uwe Broulik 2025-11-13 13:42:57 UTC
Can reproduce on Wayland when the app you click into is _not_ plasmashell, i.e.:

1. right click entry in task bar
2. left click e.g. neochat or dolphin
3. right click task bar again

Menu doesn’t open.
Comment 6 LSLSLS1 2025-11-13 15:24:22 UTC
(In reply to Savchenko Dmitriy from comment #4)
> Does the issue occur
> in a Wayland or X11 session only?
I've only tested it on Wayland.
Comment 7 TraceyC 2025-11-13 17:37:59 UTC
Setting to confirmed, since Kai was able to reproduce.
Comment 8 cwo 2025-11-22 23:15:50 UTC
The problem is the TapHandler for right click in Task.qml.

It binds a handler to onPressedChanged to open on button press, but when the menu opens, the Handler stops receiving mouse updates and never registers that it's no longer pressed. So when you try to press it again, pressed doesn't actually change, and the Changed signal is never sent. This time the release goes through, the pressed property becomes false, and the next attempt works again. 

The TapHandler sets `gesturePolicy: TapHandler.WithinBounds` to fix this, but this doesn't seem to work - not sure if that's a Qt change. I'm also not sure how to best fix this.
Comment 9 Savchenko Dmitriy 2025-11-23 08:57:33 UTC
 > Can reproduce on Wayland

 > The TapHandler sets `gesturePolicy: TapHandler.WithinBounds` to fix this, but this doesn't seem to work - not sure if that's a Qt change. I'm also not sure how to best fix this

Was able to reproduce with the exact same system on Wayland. Reproducing the bug also breaks the next left click, if you do that instead of the right click.

I imagine this has something to do with Wayland not allowing applications to see out of bounds clicks and GestureHandler's implementation not working as expected with it