Bug 472352 - [Wayland] Do not raise window if user is typing
Summary: [Wayland] Do not raise window if user is typing
Status: RESOLVED DUPLICATE of bug 364689
Alias: None
Product: kwin
Classification: Plasma
Component: input (show other bugs)
Version: 5.27.6
Platform: Other Other
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-18 11:59 UTC by rnet723
Modified: 2023-07-18 20:53 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rnet723 2023-07-18 11:59:15 UTC
When an application raises a window, it becomes active, and if the user is typing something at the moment, the typed data is lost. I find this very annoying.
Window manager should not raise windows when user is actively typing something, or there are buttons held pressed.

Back in X11, there was an 'focus-stealing prevention', that among other, X11-specific things did not let the activating window to interrupt your keyboard input.
Comment 1 rnet723 2023-07-18 12:26:46 UTC
Real-life case: Konsole & Steam

After a reboot Steam takes a while to start, and while it loads I used to switch to Konsole and type commands I need.
But during startup, Steam opens up to 5 windows with a notable delay. In X11 session it is no problem, Seam windows are opened in the background as I type.
But on Wayland Plasma session, EACH time Steam opens a window it comes into focus, interrupting my Konsole input. This should not happen.
Same applies to many applications that do some kind of a long-running work, and make a popup in the end.

However, if the raise request comes from the application that owns currently active window, it should not bring it up like usual, e.g. when you're working in a text editor and press Ctrl+F to bring up a search window.
Comment 2 Patrick Silva 2023-07-18 20:53:56 UTC

*** This bug has been marked as a duplicate of bug 364689 ***