Bug 440036

Summary: Allow to move a window to a single activity from the title bar menu
Product: [Plasma] kwin Reporter: Alex <allo>
Component: activitiesAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist CC: nate, oded, scp.stjohn, xaver.hugl
Priority: NOR Keywords: accessibility
Version: 5.27.8   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed In: 5.27
Sentry Crash Report:

Description Alex 2021-07-19 12:44:49 UTC
SUMMARY

The activities menu in the titlebar allows to add and remove activities in which the window is visible.

A nice feature would be to allow shift-click or ctrl-click on an activity to disable all other activities and only show the window in this activity.

Another or an additional option would be to keep the menu open.

STEPS TO REPRODUCE
1. Open a window
2. Add the window to 3 of 5 activities
3. Assign it to the 4th activity and unassign it from the others

OBSERVED RESULT
You need to open the menu for each activity you want to select or deselect, which are 2 clicks per activity and moving the cursor to the right target, which can be tedious when you want to change many activities or move many windows.


EXPECTED RESULT

- Add a modifier, which allows to deselect all other activities and assign the window to the clicked activity.
- If feasible, don't close the menu after selecting/deselecting an activity (without modifier key), so one can assign/unassign more than one activity without reopening the menu.
Comment 1 Nate Graham 2022-10-10 19:02:54 UTC
*** Bug 460128 has been marked as a duplicate of this bug. ***
Comment 2 Oded Arbel 2022-11-16 11:49:42 UTC
I would also love to see this feature. I want to mention two other behaviors that are already implemented which highlight how missing this feature is:

1. kwin-wayland implemented "window on multiple desktops but not all of them", similar to how kwin always handled activities, but has added in the window operations menu - in addition to the, now multiple choice, per-desktop selection - options titles "Move to <#> <desktop name>" that do this bug description wants to do with activities.
2. On the Plasma task manager, the RMB menu's "Show in Activities" already implements the required functionality - in addition to the multiple choice activity selection, there are options for "Move to <other-activity>".
Comment 3 Zamundaaa 2023-01-03 23:28:11 UTC
Git commit 885e3712fcc7aed55d510356642db50fc0020067 by Xaver Hugl.
Committed on 03/01/2023 at 23:12.
Pushed by zamundaaa into branch 'master'.

useractions: add "Move to Activity" entries

This mirrors the menu in the task manager and makes it a lot more convenient
to send windows to the correct Activity

M  +28   -35   src/useractions.cpp
M  +0    -6    src/useractions.h

https://invent.kde.org/plasma/kwin/commit/885e3712fcc7aed55d510356642db50fc0020067
Comment 4 SP 2023-01-07 02:10:47 UTC
Thank you.
Comment 5 SP 2023-10-24 18:43:49 UTC
Since the last few updates "Show in Activities" and the option to move to a specific Activity has disappeared from the (right-click) title bar menu of open windows.  Now all open program windows appear on every Activity.
Comment 6 SP 2023-10-24 18:45:59 UTC
(In reply to SP from comment #5)
> Since the last few updates "Show in Activities" and the option to move to a
> specific Activity has disappeared from the (right-click) title bar menu of
> open windows.  Now all open program windows appear on every Activity.

Operating System: Fedora Linux 38
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10
Kernel Version: 6.5.7-200.fc38.x86_64 (64-bit)
Graphics Platform: Wayland

The problem is not specific to one machine but appears on all our computers running the same OS and KDE versions.
Comment 7 Alex 2023-10-24 19:40:05 UTC
I still have it In 5.27.8.
Comment 8 SP 2023-10-24 20:42:10 UTC
(In reply to Alex from comment #7)
> I still have it In 5.27.8.

And now I see it has reappeared on one machine but not on mine.  Odd.  Will report when I resolve this.
Comment 9 SP 2023-10-24 21:38:14 UTC
(In reply to Alex from comment #7)
> I still have it In 5.27.8.

Is there a header or script that governs this?  I have tried updating etc all to no avail.  Cannot figure what is disabling this  suddenly on my system.
Comment 10 Alex 2023-10-24 21:51:07 UTC
Do you use the same window decorations? What about X11 vs Wayland? I think Wayland still has problems with Activites.
Comment 11 Zamundaaa 2023-10-24 22:22:38 UTC
Please don't reopen bug reports to report different bugs. If you have a new bug, open a new bug report (and if it's related, mark it as such).

In this case you can skip that though, what you're describing is bug 422682 and David already fixed it
Comment 12 Oded Arbel 2023-10-24 23:49:32 UTC
I have the issue with the activities menu disappearing from time to time on latest Plasma 5 - in my use case it's because the activityd Daemon failed to start or crashed, and the workaround is to run `systemctl --user restart plasma-activityd.service` from a terminal.
Comment 13 SP 2023-10-25 15:25:23 UTC
(In reply to Oded Arbel from comment #12)
> I have the issue with the activities menu disappearing from time to time on
> latest Plasma 5 - in my use case it's because the activityd Daemon failed to
> start or crashed, and the workaround is to run `systemctl --user restart
> plasma-activityd.service` from a terminal.

I am mystified.  I cannot locate any service "plasma-activityd".  (Which OS and version do you have?) Also this pertains specifically to moving windows from the Titlebar of an application to specific activities.  The option has disappeared on my machine.  Otherwise, I have no problem with Activities except that now open windows are mirrored on every one of them.
Comment 14 SP 2023-10-25 16:00:33 UTC
(In reply to Alex from comment #10)
> Do you use the same window decorations? What about X11 vs Wayland? I think
> Wayland still has problems with Activites.

Alex, you are right.  The Activities menu reappears in the Titlebar menu when logging in to X11.  It disappears again in Wayland.  And that is the same on both computers here running the same system.   This seems to be very recent - though it has happened briefly before.  Are you using Wayland or X11?
Comment 15 Oded Arbel 2023-10-25 18:49:00 UTC
(In reply to SP from comment #13)
> I am mystified.  I cannot locate any service "plasma-activityd". 

Apologies, the systemd service is called "plasma-kactivitymanagerd.service" (I wrote that without access to a computer and couldn't remember exactly).

You can check it is working correctly by running `systemctl --user is-failed plasma-kactivitymanagerd.service` - it will say "active" if its working or "failed" if its not, then you can restart it by running `systemctl --user restart plasma-kactivitymanagerd.service`.
Comment 16 SP 2023-10-25 20:05:05 UTC
(In reply to Oded Arbel from comment #15)
> (In reply to SP from comment #13)
> > I am mystified.  I cannot locate any service "plasma-activityd". 
> 
> Apologies, the systemd service is called "plasma-kactivitymanagerd.service"
> (I wrote that without access to a computer and couldn't remember exactly).
> 
> You can check it is working correctly by running `systemctl --user is-failed
> plasma-kactivitymanagerd.service` - it will say "active" if its working or
> "failed" if its not, then you can restart it by running `systemctl --user
> restart plasma-kactivitymanagerd.service`.

Thanks - It is active and restarting the service does not produce results.  I guess we have to wait for David Edmunson' patch to appear in updates.  Bug 422682