Bug 265130

Summary:	Window in all activities always steals the focus
Product:	[Plasma] kwin	Reporter:	Russ Brown <pickscrape>
Component:	activities	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	REPORTED ---
Severity:	normal	CC:	aseigo, chanika, ivan.cukic, kdedev, kwin-bugs-null, plasma-bugs-null, postix, zilla
Priority:	NOR
Version First Reported In:	1.0
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Bug Depends on:	318153
Bug Blocks:

Description Russ Brown 2011-02-01 21:57:54 UTC

Version:           unspecified (using KDE 4.6.0) 
OS:                Linux

Currently when I switch activities (whether via a keyboard shortcut or the Activity Bar), the same window is always receives the focus. The window in question is a kcalc that I have configured to exist in all activities. It doesn't matter what other window I focus on before switching away from any activity: when I switch back to it, the kcalc window is always the one that receives the focus.

Ideally, the full switching stack of each activity would be maintained when switching away from and back to the activity.

Reproducible: Didn't try

Steps to Reproduce:
Create at least two activities with at least one window in each activity (windows A and B), and one additional windows that appears in both (C).

Focus on the activity-specific window (A), switch activity, focus again (B), switch back to the original.

Actual Results:  
The shared window (C) now has the focus

Expected Results:  
The previously active window in the activity (A) should have the focus.

Comment 1 Aaron J. Seigo 2011-02-02 00:00:46 UTC

plasma does not handle window stacking order.

Comment 2 Thomas Lübking 2012-03-17 22:26:03 UTC

This is not about the stacking order but about the active client in an activity.
This seems to fall into the same category as the current review request to restore the current VD for activities and by this likely belongs to libkactivities (subsession management), yesno?

-> reassigning (to plasma, for libkactivities has not component...) for reconsideration.

Comment 3 Ivan Čukić 2012-03-21 17:58:07 UTC

Honestly, I'd like to remove all kwin-related code from kactivities. kactivitymanager does not do anything with plasma, but it has an ugly entanglement with kwin and ksmserver.

So, I'd like this to be in kwin - it is the one remembering which window belongs to which activity, not kamd.

Moving to kactivities component until this is decided.

Comment 4 Jonathan Wakely 2014-02-26 18:11:38 UTC

Is this also the reason Knotes always steal focus when switching activities?  (and even worse, they're not even raised, so typing goes to a non-visible window)

Comment 5 TraceyC 2025-04-04 21:03:04 UTC

I'm sorry we weren't able to get to this yet. Is this still a problem for anyone with KDE Plasma 6.3.4 or later?

Comment 6 Bug Janitor Service 2025-04-19 03:47:06 UTC

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

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

Comment 7 Jonathan Wakely 2025-04-19 10:33:48 UTC

(In reply to TraceyC from comment #5)
> I'm sorry we weren't able to get to this yet. Is this still a problem for
> anyone with KDE Plasma 6.3.4 or later?

Yes:

Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.13.0
Qt Version: 6.8.2
Kernel Version: 6.13.11-200.fc41.x86_64 (64-bit)
Graphics Platform: Wayland