[BUG] `claude rc` on the home directory: accepting the trust dialog never persists (`hasTrustDialogAccepted` stays false), trust loops forever

Open 💬 1 comment Opened Jul 15, 2026 by Spenhouet

What happened

When I try to start claude rc for my home directory (/home/spe), it tells me I need to accept the workspace trust dialog. I accept the dialog, but nothing changes: it still refuses and keeps asking me to accept the trust dialog. I can never get past it for the home directory.

Trust works fine for other (non-home) directories: accepting the dialog there persists and claude rc works.

Expected

Accepting the trust dialog for the home directory should persist and let claude rc start, or if trusting the home directory as a workspace root is intentionally disallowed, the error should say so clearly instead of repeatedly showing a trust dialog that has no effect.

Actual

The trust dialog reappears every time. Accepting it does not persist. Inspecting ~/.claude.json, the home directory entry stays at hasTrustDialogAccepted: false no matter how many times I accept:

"/home/spe": {
  "hasTrustDialogAccepted": false,
  "hasCompletedProjectOnboarding": null,
  "hasClaudeMdExternalIncludesApproved": false
}

For contrast, other directories in the same ~/.claude.json show hasTrustDialogAccepted: true and work as expected. In my file, 8 entries are true and 16 are false; the home directory is one of the ones stuck at false even after accepting.

Steps to reproduce

  1. cd ~ (home directory).
  2. Run claude rc.
  3. It asks to accept the workspace trust dialog. Accept it.
  4. claude rc still refuses and asks to accept the trust dialog again.
  5. Check ~/.claude.json: the home directory entry is still hasTrustDialogAccepted: false.

Notes

  • This may be related to #70501 (trust flag reverts to false despite accepting the dialog), but that report is on Windows. Mine is on Linux/WSL2 and appears specific to the home directory.
  • Possibly the home directory is being special-cased (many tools refuse to treat $HOME as a workspace root). If so, the messaging should reflect that rather than looping on an ineffective trust dialog.

Environment

  • Claude Code version: 2.1.210
  • OS: Linux (WSL2, 6.18.33.1-microsoft-standard-WSL2)
  • Shell: bash
  • Directory: /home/spe (user home)

View original on GitHub ↗

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