iOS app forces Auto-mode sessions into Ask mode, irreversibly — blocks scheduled/running work
What happens: A session started in Auto mode on desktop (scheduled and/or actively running) gets switched to Ask mode when it's opened/viewed in the iOS app. The switch happens on its own (not a deliberate toggle), and once it flips there's no way to put it back into Auto mode from the app — it's stuck in Ask mode for the rest of that session.
Why it's a problem: Auto-mode sessions are meant to run unattended. Once the iOS app knocks them into Ask mode, the session stalls waiting for permission prompts that no one is there to answer, and it can't be flipped back. That halts scheduled runs and long-running work — a hard productivity blocker, not a cosmetic issue.
Expected:
- Viewing or opening a session in the iOS app should not change its permission mode.
- The permission mode should stay in sync with what was set on desktop.
- If a mode change is ever needed, it should be a deliberate, reversible user action from the app — never automatic or one-way.
Environment: Session created/running in Auto mode on Claude Code desktop, then viewed in the Claude iOS app.
Impact: High — silently converts unattended automation into a session that blocks on prompts and can't recover.