Regression (2.1.149 → 2.1.156): 1Password `op` CLI session broke in Bash tool calls on macOS
Summary
A Claude Code update broke the 1Password CLI (op) inside Bash tool calls. With the 1Password desktop CLI integration off (master-password session via op signin), op works in Claude Code 2.1.149 but fails in 2.1.156 with [ERROR] no active session found for account … — same machine, same session token, only the Claude Code version differs. The same token works in Terminal on both builds.
Environment
- macOS 26.4.1 (Tahoe), Apple Silicon
op2.34.0 (Homebrew); 1Password desktop app integration off; session established viaop signin, token exported into the shell env and sourced from~/.zshenv(so Bash tool subshells inherit it)
A/B repro (same token, same machine)
- Terminal:
eval $(op signin)(master password); confirmop whoami→User Type: HUMAN. - Launch the old build:
DISABLE_AUTOUPDATER=1 ~/.local/share/claude/versions/2.1.149; ask Claude to runop whoami→ succeeds (User Type: HUMAN). - In current 2.1.156, run
op whoami→ fails:[ERROR] no active session found for account ….
Only the Claude Code build differs between steps 2 and 3.
Notes
dangerouslyDisableSandbox: truedoes not restore it — consistent with #52471 (the flag doesn't actually lift the Seatbelt profile for Bash subprocesses).sandbox.network.allowAllUnixSockets: truealso did not help.- Likely mechanism: the Bash sandbox was enabled/changed somewhere in
2.1.149 → 2.1.156, blocking the local IPCopuses to reach its session. Related (closed): #40209 (1Passwordop+ sandbox), #31551, #52471; open: #41817.
Impact
Breaks 1Password credential access from Bash tool calls for setups that previously worked, with no effective settings workaround (the disable flag is ineffective). Current options are pinning an old build or caching secrets to a plaintext file (a security downgrade).
Request
Treat as a regression: restore the pre-regression behavior, or make dangerouslyDisableSandbox (and/or a path-scoped Unix-socket allow) actually lift the IPC restriction so credential-manager CLIs work again.
_(Reported with Claude Code.)_
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗