[Linux beta] Claude Desktop raises window on focus-follows-mouse, ignoring KWin "no raise" setting

Resolved 💬 1 comment Opened Jul 2, 2026 by ablundgren Closed Jul 6, 2026

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.

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗