SUMMARY There was an option to keep activities selector in window menu opened, after a selection. I like this behavior because frequently (almost everytime) I need to unselect an activity and select another one. This is no more possible, because the window menu close itself suddendly after an activity selection. STEPS TO REPRODUCE 1) open window menu(ALT+F3) 2) Select "Show in activities" menu item 3) check/uncheck any activity box (or "All Activities" one) OBSERVED RESULT After step 3, the window menu automatically closing itself EXPECTED RESULT As in several versions ago, I wish to be able to: check more than one activity box (or "All Activities" one) before the menu closing
I can confirm this behavior.
(In reply to Brian Cohen from comment #1) > I can confirm this behavior. I suggest introducing a key in congiunction with the menu. For example, you can click on the desired activities while holding down the CTRL metakey. When this condition is met, the activity menu remains open.
I can confirm this behaviour and it is problematic as moving a window from one activity to another one always requires opening the menu twice. (And since gtk apps, firefox, LO, etc. still don't remember activities on start-up, we need to that often) If the behaviour is changed it would be great to change both in the activity selector menu opening from the windows title bar and from the task manager. Operating System: KDE neon 5.22 KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.3 Kernel Version: 5.11.8-051108-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620
This has now been partially solved with : https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/231 Scheduled for Plasma 5.24 (sad it got missed for 5.23). However the issue is not solved when one wants to select more than one activity. I'll make this a duplicate of Bug 430440 which original talks about the same use case as this one but then highlight the wider issue.
*** This bug has been marked as a duplicate of bug 430440 ***