Desktop app fires "Claude is ready" notification on taskbar-icon focus switch, but not on Alt-Tab (GNOME Wayland, Linux)

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

What's happening:
When switching focus away from Claude Desktop by clicking another application's icon in the taskbar/dock, a "Claude is ready" notification pops up every time — even when no task is running or has just completed. Switching focus with Alt-Tab instead does not trigger this notification.

What Should Happen?

Expected behavior:
The notification should only fire when Claude actually finishes a task or session, not as a side effect of a window losing focus via a particular input method (taskbar click vs. Alt-Tab).

Error Messages/Logs

Steps to Reproduce

1. Open Claude Desktop on Ubuntu with GNOME (Wayland).
2. Open any other application pinned to the taskbar (e.g. a terminal).
3. Click that application's taskbar/dock icon to switch focus away from Claude Desktop.
4. Observe: a "Claude is ready" notification fires immediately, regardless of whether a task was running.
5. Repeat the focus switch using Alt-Tab instead — no notification appears.

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.190 (Claude Code)

Platform

Anthropic API

Operating System

Ubuntu/Debian Linux

Terminal/Shell

Other

Additional Information

Testing done:

Tested with CLAUDE_USE_WAYLAND=1 claude-desktop to force native Wayland mode instead of the default XWayland compatibility mode. The notification still fired — this rules out XWayland/X11 window-activation events as the cause, since the behavior persists in native Wayland mode too.
Checked Settings → General for a Quick Entry shortcut setting to test whether the Wayland mode broke that trade-off feature. The setting doesn't appear at all in this environment (GNOME Wayland, official Linux beta) — so Quick Entry doesn't seem to be exposed here regardless of Wayland mode.

Notes:
Since the issue persists under both XWayland and native Wayland, the cause is likely in the app's own focus-tracking/notification logic rather than the display protocol layer. The taskbar-click vs. Alt-Tab distinction suggests it's tied to a specific window-manager activation signal that GNOME's dock/taskbar click sends but Alt-Tab doesn't.