[Linux beta] Claude Desktop raises window on focus-follows-mouse, ignoring KWin "no raise" setting
Environment
- App: Claude Desktop (Linux beta) 1.18286.0 (Electron 42.5.1)
- OS: Ubuntu 26.04 LTS, kernel 7.0.0-27-generic
- Desktop: KDE Plasma 6.6.4, KWin (Wayland session)
- KWin focus config (kwinrc [Windows]): FocusPolicy=FocusFollowsMouse, AutoRaise=false, ClickRaise=false, NextFocusPrefersMouse=true
Expected behavior
With KWin set to "Focus follows mouse" and raise-on-hover disabled, moving the
pointer over a window should give it keyboard focus without changing its
stacking order relative to other windows.
Actual behavior
When the mouse moves into the Claude Desktop window and it receives focus via
this policy, the app forcibly raises itself above other windows, overriding
KWin's stacking decision. This happens even though "raise" is explicitly
disabled in the WM config.
Impact
Breaks the normal focus-follows-mouse workflow on Linux: hovering across
windows to read/reference another app's window behind Claude causes Claude to
jump on top and cover it.
Suspected cause
Likely the app calling an explicit window-raise/activate (e.g. Electron
win.focus()/show(), or an xdg_toplevel activation request that also
requests raise) instead of relying on default WM/xdg-shell focus semantics.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗