SUMMARY If I try to use ANY activity context menu buttons for a program in the taskbar, no action occurs. It doesn't even register ANY entry in the journal. STEPS TO REPRODUCE 1. Open KCalc (or anything I'm sure) 2. Right-mouse on KCalc in the taskbar 3. "Show In Activities" -> ["Move to" | <otherActivity>] 4. Note how nothing happens 5. Click the KCalc window menu option at the top left 6. "Show In Activities" -> <otherActivity> 7. Note how the program moves to the other activity this time. OBSERVED RESULT "Step" 4 and 7 EXPECTED RESULT Step 7 SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION Somewhat unrelated, but as others have said in their reports, I'd agree that the context menu ought to remain up when a checkbox is clicked, but it can close if the label next to the checkbox is clicked. It's similar to how gmail "labels" work.
Is this on X11 or Wayland?
X11. I've got a 10ft pole for Wayland.
Do the equivalent menu items in the titlebar context menu work?
That would be Steps 5-7, so yes.
Although note there are some programs like Google Chrome which will give an option to not run the program in a kwin window (aka without titlebar).
I think see the problem; the "Move to [other activity]" menu item doesn't move it; it makes the window appear in that other activity in addition to the current one. Can you reproduce that?
It does not move/show in the other one. Nor is the checkbox show as being activated when using "Move to".
Hmm, we're seeing different things, then. :/
This is fixed now as of Plasma 5.27.4.
Given that I just tested the feature as I described in my OP, and got the same result, and my sys-info says: ***** Operating System: Arch Linux KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.2.1-dirty (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i3-4130 CPU @ 3.40GHz Memory: 7.2 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 4400 ***** ... I'm going to have to disagree about it being "Fixed".
Ahh my mistake, it's the "move to [activity name]" menu items that specifically don't work. The other menu items do work.
That isn't true for me either. If I click on "Show in activities" -> <activity>, it doesn't move it, or show it in that activity, nor does the checkbox even show as selected.
I think I see the issue; I have to activate the menu item twice; only on the second activation does it work.
Again, not true for me. It doesn't matter how many times I attempt it, it never moves.
Ok, I guess I'm hijacking your bug to be about something, so let's get back to your original bug. Cannot reproduce on Wayland. Haven't tried X11 yet.
I'm using KDE 5.27.6 & X11, but had no success reproducing the error. Performing the steps provided by the OP, my "test" window moves automatically to the new selected activity.
I am also currently on 5.27.6 w/X11, and the issue continues to persist for me. And with no logging appearing in the journal when I make the action, is not helping in finding a solution. I'd think it'd help KDE devs if an option/setting were given to users to enable debug/trace log entries for selectable components. Even if the GUI environment would be completely non-functional, a user could still switch tty and manually edit a kde config file which would be watched (inotify/dnotify) for changes.