Bug 422682

I'd say this is a problem with Arch packages as that feature has not been removed - I use it on a daily basis.

Also, there is a nicer way to move windows accross activities now - you can drag and drop tasks from the task bar onto the activitty switcher https://pointieststick.files.wordpress.com/2020/05/screenshot_20200512_155226.png

(In reply to Ivan Čukić from comment #1)
> I'd say this is a problem with Arch packages as that feature has not been
> removed - I use it on a daily basis.

It is not reproducible so I can't really say what exacly caused this particular issue.

I think this issue can be closed.

I am experiencing the same problem. Applications i am opening are not assigned to the current activity, but show up in all activities. This indeed makes activities pretty much useless.

I also don't see the menu "Show in activities" anymore.

Does anyone maybe has a solution or a respective Arch bug regarding this? I already searched but found nothing.

Operating System: Manjaro Linux
KDE Plasma Version: 5.19.3
KDE Frameworks Version: 5.72.0
Qt Version: 5.15.0
Kernel Version: 5.7.9-1-MANJARO
OS Type: 64-bit
Processors: 4 × Intel® Core™ i7-5500U CPU @ 2.40GHz
Memory: 7.7 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 5500

(In reply to robin from comment #3)
> Does anyone maybe has a solution or a respective Arch bug regarding this? I
> already searched but found nothing.

In my case it was fixed after reboot, IIRC. But if yours is not showing consistently then it is probablt arch (or rather manjaro) issue.

I am experiencing the same problem on my laptop, with another Linux distro and on a newer version of Plasma:

Operating System: Debian GNU/Linux (unstable/sid)
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.2
Kernel Version: 5.10.0-1-amd64
OS Type: 64-bit
Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz
Memory: 15,5 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620

I don't see any error in .xsession-errors related to this, and the activity manager is working fine. Reboots don't solve the problem.

Thanks for your help.

Is it possible that kwin on arch is compiled without development headers of kactivities?

(In reply to Ivan Čukić from comment #6)
> Is it possible that kwin on arch is compiled without development headers of
> kactivities?

I don't know if this is the case for debian. I'm opening a bug for them.

Thanks for your help.

Hi there,

kwin is definitely compiled with the kactivities headers.
See :
https://salsa.debian.org/qt-kde-team/kde/kwin/-/blob/debian/4%255.20.5-1/debian/control#L29

and the build logs say :
-- The following features have been enabled:

 * Qt5Test (required version >= 5.15.0), Required for building tests
   Required for tests
 * KF5Activities (required version >= 5.74), Enable building of KWin with kactivities support
   Enable building of KWin with kactivities support

https://buildd.debian.org/status/fetch.php?pkg=kwin&arch=amd64&ver=4%3A5.20.5-1&stamp=1609953607&raw=0

Also I cannot reproduce the issue myself neither on 5.19.x or 5.20.x in Debian, on at least 2 different machines, the activities menu works, and I make daily use of the activities and activites switching.
So I’m not sure what leads to this but there must be some more specific condition to trigger the bug.


Happy hacking,
--
Aurélien

For the sake of completeness please note that we have 2 patches on top of 5.20.5 :
https://salsa.debian.org/qt-kde-team/kde/kwin/-/tree/debian/4%255.20.5-1/debian/patches

- a backport of 5.21’s [kcmkwin/kwinscreenedges] Disable left touch edge by default 
https://invent.kde.org/plasma/kwin/commit/3df7985570c748cc47362de9bbae0eb580f8f839

- a oneliner for a uninitialized variable which doesn’t seem that we have pushed upstream and would probably make sense to do so:
https://salsa.debian.org/qt-kde-team/kde/kwin/-/blob/debian/4%255.20.5-1/debian/patches/uninitialized-yuvformat.patch
Input welcome on this.

The menu entry has come back after trying Plasma on an new user. Thank you anyway and best regards.

Hm, I don't like that it is ok with a clean user. Means that some setting in kwin can hide this. If you figure out what was the problem or how to reproduce, please report.

Is this supposed to work on Wayland too? Cause I see this exact behaviour even after creating a clean user for testing.

KWin/Wayland does not still have the activities support as far as I know.

:-( Figured that be why it doesn't work over here.
Do you know any issue I can subscribe to? I search but didn't find any.

It happened again! I don't see this submenu after login on windows.

Operating System: Arch Linux
KDE Plasma Version: 5.22.4
KDE Frameworks Version: 5.84.0
Qt Version: 5.15.2
Kernel Version: 5.13.6-arch1-1 (64-bit)
Graphics Platform: X11

(In reply to gudvinr from comment #15)
> It happened again! I don't see this submenu after login on windows.

To clarify: not "on Windows OS" but "on windows in Plasma Desktop"

I have also been seeing this issue for several months now on KDE Neon User Edition:

In about 25% of logins (following a fresh power-up), the "Show in Activities" menu option is not shown.  

The activity switcher still shows the activities and allows switching between them.  

All windows are shown on all activities.

Operating System: KDE neon 5.23
KDE Plasma Version: 5.23.3
KDE Frameworks Version: 5.88.0
Qt Version: 5.15.3
Kernel Version: 5.11.0-41-generic (64-bit)
Graphics Platform: X11
Processors: 2 × AMD A6-6400K APU with Radeon(tm) HD Graphics
Memory: 7.7 GiB of RAM
Graphics Processor: AMD CEDAR

This has been added as of at least Plasma 5.27.4, possibly earlier too.

It is marked as fixed but it doesn't seem to be fixed and there's no linked commits there.

In fact, I am now experiencing this behaviour much more often than I had back when I reported this issue.

Please mention your Plasma version and attach a screenshot showing the issue.

Created attachment 159200 [details]
single firefox window across all activities

Created attachment 159201 [details]
no activity selector

Here it is, I got this recently

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.106.0
Qt Version: 5.15.9
Kernel Version: 6.1.29-1-lts (64-bit)
Graphics Platform: X11
Graphics Processor: AMD Radeon RX Vega M GL Graphics

Created attachment 160581 [details]
firefox widow spread across activities

It is not fixed

Operating System: Arch Linux 
KDE Plasma Version: 5.27.6
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.10
Kernel Version: 6.1.39-1-lts (64-bit)
Graphics Platform: X11
Graphics Processor: AMD Radeon RX Vega M GL Graphics

Please attach a screenshot that shows it being missing. Thanks!

I can't attach screenshot until I get a bug again but it's exactly the same as first one (attachment 159201 [details]). Really, no difference at all.

I did verify that it is, in fact, missing. But it's quite challenging to make a screenshot of popup windows because hotkeys don't quite work while it's open.

When this happens, activity handling basically does not exist at all. You see all windows in all activities (as shown in activity preview window) and you can't move windows between activities (because activity switch menu is also missing).

I don't see any weird logs (like activity manager crashing or something like that) so it's quite hard to debug that further considering that this isn't reproducible.

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

I haven't seen any relevant changes in 5.27.7 (https://kde.org/announcements/changelogs/plasma/5/5.27.6-5.27.7/) and I had this issue as of 5.27.6.

I can't provide any more information other than I already did because there is none. You just can't work with activities and essentially windows exist on all activities and you can't switch between them.
But activity pager does show 4 activities. You can switch between activities, task manager widget has correct launchers for all activities. When you start new app, it also starts on all 4 activities (although I have a feeling that apps start without ties to any activity and it just looks like they show up on all as a consequence).

I've had the exact same problem as the OP, in a recent KDE release. 
Below there is a the output of journalctl, when the error happens. The details are below. 

It looks like we had more than enough reports for this issue to be marked as Confirmed. 

SUMMARY
As soon as  I boot the computer, the Activities are not working on a isolate manner. When I switch activity, the desktop wallpaper changes, but the windows follow along. For example, if I have a window opened in activity A, and I switch to activity B, the window is still presented in the other activity. 
Also, in the context menu for the window title bar (right click on title bar) the option "Show in Activities" is missing. 

As a workaround I've to log out/ log in or restart kwin. 
When that error happens, I can get the following log from joernalctl -f (the error is on the last line):

❯ journalctl -f
ago 09 10:02:15 deckro xdg-desktop-portal-kde[1284]: xdp-kde-settings: Key  "font"  doesn't exist
ago 09 10:02:15 deckro xdg-desktop-portal-kde[1284]: xdp-kde-settings: Key  "activeFont"  doesn't exist
ago 09 10:02:15 deckro xdg-desktop-portal-kde[1284]: xdp-kde-settings: Key  "toolBarFont"  doesn't exist
ago 09 10:02:15 deckro xdg-desktop-portal-kde[1284]: xdp-kde-settings: Key  "smallestReadableFont"  doesn't exist
ago 09 10:02:31 deckro plasmashell[1242]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x563046d9b400) QQmlContext(0x5630471100e0) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml")
ago 09 10:02:31 deckro plasmashell[1242]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x563046d9b400) QQmlContext(0x5630471100e0) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/global/Globals.qml")
ago 09 10:02:31 deckro flatpak[1567]: flameshot: info: Capture saved to clipboard.
ago 09 10:02:31 deckro systemd[1108]: app-flatpak-org.flameshot.Flameshot-2778.scope: Consumed 1.283s CPU time.
ago 09 10:02:36 deckro kwin_x11[1202]: kwin_core: XCB error: 152 (BadDamage), sequence: 40781, resource id: 16784681, major code: 143 (DAMAGE), minor code: 3 (Subtract)


It doesn't happen all the time, so I'm still unable to determine what is the probable  cause of it. 


STEPS TO REPRODUCE
1.  Cold boot the system, and login normally. 
2. Have at least two activities set up. 
3. Open any window
4. Switch activity (using activity switcher, keyboard shortcut, or any other way)


OBSERVED RESULT
The wallpaper changes (if they are setup per activity) , the activity switcher (if enabled) indicates that the activity changed, but the windows get carried along. As if  the window was set up to show in all activities. 
Also, the window title bar "Show in activities" context menu is not displayed. 

EXPECTED RESULT
The window is only displayed in it's original activity, and the windows title bar context menu "Show in activities" item is available. 

SOFTWARE/OS VERSIONS
OS: Manjaro Linux x86_64
Kernel: 6.1.41-1-MANJARO
Shell: zsh 5.9
Resolution: 2560x1440, 1920x1080
DE: Plasma 5.27.6
WM: KWin
WM Theme: Oxygen
Theme: [Plasma], Adwaita-dark [GTK2/3]
CPU: Intel i7 4790H
GPU: AMD ATI Radeon 6600
Memory: 32043MiB

*** Bug 473216 has been marked as a duplicate of this bug. ***

I also noticed that when I'm able to make Activities work again, all per activity settings are lost, and they are reset to default. 
For example the icons size, background image, activity specific panel icons, activity specific desktop icons are all gone.

Created attachment 161756 [details]
Alt+F3

Operating System: Arch Linux 
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10
Kernel Version: 6.1.54-1-lts (64-bit)
Graphics Platform: X11

Easier steps to reproduce:
 - killall kactivitymanagerd
 - the menu stays gone even when kactivitymanagerd comes back

*** Bug 464130 has been marked as a duplicate of this bug. ***

(In reply to David Edmundson from comment #35)
> *** Bug 464130 has been marked as a duplicate of this bug. ***

Bug 464129 was marked as a duplicate of Bug 464130. Should it now be marked as a duplicate of this bug?

A possibly relevant merge request was started @ https://invent.kde.org/plasma/kactivitymanagerd/-/merge_requests/60

Git commit 3cbd1b7b0fda5aa57411956c0cec0074163a4a8e by David Edmundson.
Committed on 22/10/2023 at 00:17.
Pushed by davidedmundson into branch 'master'.

Avoid race condition on startup

The activities list needs to be loaded at the time the first DBus call
is processed. Otherwise kamd will return an empty list.

updateSortedActivityList was queued as it needs to run after some other
code in the main KAMD constructor, but this was racey as we could get
DBus traffic in the meantime.

This was relatively easy to hit as this is not in the main thread where
the connection is registered and there is a blocking DBus call in the
Activies constructor.

M  +1    -2    src/service/Activities.cpp

https://invent.kde.org/plasma/kactivitymanagerd/-/commit/3cbd1b7b0fda5aa57411956c0cec0074163a4a8e

Git commit 7353a1046c1a233cb91617fe3e25a3450a6824c4 by David Edmundson.
Committed on 22/10/2023 at 00:20.
Pushed by davidedmundson into branch 'Plasma/5.27'.

Avoid race condition on startup

The activities list needs to be loaded at the time the first DBus call
is processed. Otherwise kamd will return an empty list.

updateSortedActivityList was queued as it needs to run after some other
code in the main KAMD constructor, but this was racey as we could get
DBus traffic in the meantime.

This was relatively easy to hit as this is not in the main thread where
the connection is registered and there is a blocking DBus call in the
Activies constructor.


(cherry picked from commit 3cbd1b7b0fda5aa57411956c0cec0074163a4a8e)

M  +1    -2    src/service/Activities.cpp

https://invent.kde.org/plasma/kactivitymanagerd/-/commit/7353a1046c1a233cb91617fe3e25a3450a6824c4

(In reply to David Edmundson from comment #39)
> Git commit 7353a1046c1a233cb91617fe3e25a3450a6824c4 by David Edmundson.
> Committed on 22/10/2023 at 00:20.
> Pushed by davidedmundson into branch 'Plasma/5.27'.
> 
> Avoid race condition on startup
> 
> The activities list needs to be loaded at the time the first DBus call
> is processed. Otherwise kamd will return an empty list.
> 
> updateSortedActivityList was queued as it needs to run after some other
> code in the main KAMD constructor, but this was racey as we could get
> DBus traffic in the meantime.
> 
> This was relatively easy to hit as this is not in the main thread where
> the connection is registered and there is a blocking DBus call in the
> Activies constructor.
> 
> 
> (cherry picked from commit 3cbd1b7b0fda5aa57411956c0cec0074163a4a8e)
> 
> M  +1    -2    src/service/Activities.cpp
> 
> https://invent.kde.org/plasma/kactivitymanagerd/-/commit/
> 7353a1046c1a233cb91617fe3e25a3450a6824c4

When will this be moved to stable updates?  I still have this problem of Activities being absent from the Titlebar of open windows and duplicate windows on every Activity. The problem is only on Wayland - not on X11 which I have not use for a long while.
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.8-200.fc38.x86_64 (64-bit)
Graphics Platform: Wayland

(In reply to SP from comment #40)

> KDE Plasma Version: 5.27.8

5.27.8 released in September, fix for that issue didn't exist back then.

(In reply to gudvinr+kde from comment #41)
> (In reply to SP from comment #40)
> 
> > KDE Plasma Version: 5.27.8
> 
> 5.27.8 released in September, fix for that issue didn't exist back then.

Agreed.  My question was when will it be available in stable updates.  Do we have to way for 5.27.9?