[BUG] iOS Claude Code notifications broken

Found 2 possible duplicate issues:

1. https://github.com/anthropics/claude-code/issues/29438
2. https://github.com/anthropics/claude-code/issues/28765

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

Not a duplicate. The other issues report the same phenomenon but as a feature request; the notification settings (and the devs' Tweets) show that this is a bug.

I've noticed the same thing. On my Mac I get a do you wan to proceed from Claude. On my iOS device I don't get any notifications. However, if I go to the remote session I do see the prompt asking for my permission.

Same for me in the ios app it does not show a notification for the remote connection

Found this thread from searching for solutions to the same issue. Notifications enabled, but receive nothing from iOS app.

Same here. I've been playing with the settings but nothing has worked.

Claude told me this and linked here.

One heads-up: there's a known bug reported in March 2026 where iOS Claude Code push notifications aren't being sent even when the setting is enabled, so if you're specifically looking for Claude Code session notifications and they're not showing up, it may be a known issue rather than a misconfiguration on your end.

Another reproducer on 2.1.112 — same symptom, different path in:

Config (all verified correct per v2.1.110 changelog):

• remoteControlAtStartup: true
• agentPushNotifEnabled: true ("Push when Claude decides" — also toggled off/on to force re-register)
• remoteDialogSeen: true
• GrowthBook flag tengu_kairos_push_notifications: true
• Session running as interactive claude --name main (not --print / headless), Remote Control actively connected and being driven from the mobile app in real time

Mobile app: v1.260409.1, signed into same account. iOS notification permission granted. All 5 global notification categories ON (including "Code updates"). No per-session notification toggle exists in the session's … menu (just Copy branch / Share / Rename / Archive).

Cross-check: chat completions and Dispatch messages push fine to this same device, so account-level APN registration is healthy.

Behavior: PushNotification tool returns Terminal notification sent. Mobile push requested. (the success response — not Remote Control inactive as in #49756). Phone never buzzes. Tested with app foregrounded, backgrounded, force-quit, after sign-out/sign-in, and after toggling agentPushNotifEnabled off→on via file edit. No banner lands in any case.

Summary: every documented prerequisite is satisfied, the CLI reports success, and the mobile bridge is alive (user can drive the session via Remote Control) — but the native push banner the tool is supposed to deliver never arrives.

Another reproducer on 2.1.114 (macOS, Darwin 24.6.0) — extending @matclothier observation (17 Apr) to the latest version.

Setup:

• Claude Code 2.1.114 in VS Code integrated terminal
• Pro/Max account via /login on claude.ai (not API key)
• /remote-control enabled from an existing session; session visible in iOS app with computer icon + green status — mobile bridge is alive (I can drive the session from the phone in real

time)

• /config → "Push when Claude decides": enabled; no "No mobile registered" warning
• iOS notification permissions, Focus modes, and Scheduled Summary all verified correct
• Claude iOS app: 1.260426.0

Repro:

1. Ran a ~2-minute Explore-type subagent task in the remote-controlled session
2. Ended the turn with an explicit decision-needed question
3. Mac locked; no push ever landed on the phone

Cross-check: other Claude iOS notifications (chat completions, Dispatch replies) push to the same device without issue — so account-level APN registration is healthy. Failure is isolated
to Remote Control push delivery.

Submitted /feedback with feedback_id 5b6a19ba-a898-4a67-bdde-438461793696 for correlation.

Confirmed above. Remote control is horrible ux

same issue

Same issue

I think this needs to be debugged as more than a generic push-notification delivery problem.

For Claude Code, the notification has to be tied to an actionable session state. At minimum I would separate:

• task completed / ready for review;
• blocked on permission;
• blocked on AskUserQuestion or plan approval;
• remote client disconnected or stale;
• normal progress update.

Those should probably carry a session id, prompt/tool id when applicable, and a flag for whether the mobile action can actually resolve the block or only reopen the app.

A useful repro matrix would be: web vs Remote Control, permission prompt vs AskUserQuestion vs normal completion, app foreground/background, and whether the same event is visible in the session log. That would distinguish APNS registration failure from event-classification or routing failure.

+1

Issue appears to have been resolved several weeks ago.

iOS 26.5 with latest update for Claude and it's still happening, no notification whatsoever...

For me as well. Still doesn't work. Tested on 1.260528.1 on iOS 26.5.1. Claude Code CLI v2.1.168. Please reopen.

I've raised a related issue here: #70029

It seems since the latest update, remote sessions no longer have access to the PushNotification tool.