Bug 506796 - krunner's windows list: matched window is raised but not activated
Summary: krunner's windows list: matched window is raised but not activated
Status: RESOLVED UNMAINTAINED
Alias: None
Product: krunner
Classification: Plasma
Component: windows (other bugs)
Version First Reported In: 6.4.2
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: X11-only
Depends on:
Blocks:
 
Reported: 2025-07-09 11:17 UTC by linnets
Modified: 2025-08-26 19:11 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
problem description (906.59 KB, video/mp4)
2025-07-09 11:17 UTC, linnets 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description linnets 2025-07-09 11:17:05 UTC 
Created attachment 183085 [details]
problem description

SUMMARY
I can reproduce it (by repeatedly run the krunner) but it's so random that I don't know what is the exact method.

STEPS TO REPRODUCE
I showed in the attached video:

Active window is outlined in green.
Window names are: #1, #2, #3, #4, #5

At 00:21, #1 window is activated by krunner. After that I manually reactivate #5 window.
At 00:25, #2 window should have been activated by krunner, but it was only raised to the top.

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 6.4.2
KDE Frameworks Version: 6.15.0
Qt Version: 6.9.1

ADDITIONAL INFORMATION
I'm using Plasma X11.
Comment 1 Nate Graham 2025-08-26 19:11:58 UTC 
This is working on Wayland, and I'm afraid there aren't resources to investigate or fix this for the X11 session, sorry! Thanks for understanding.