|
I am documenting this because the UI symptom looks like a thread crash, but the failure happens earlier during Git setup. Environment:
When I started a worktree thread, T3 Code closed it immediately. Retrying could then produce The server trace contained the useful error: T3 Code fetches This is a slightly different case from #971. That fix fills in How can I make T3 Code use the Bitwarden agent for this repository without changing the global SSH setup? |
Replies: 1 comment
|
A repo-local Git setting fixed it for me: git config --local core.sshCommand \
"ssh -o IdentityAgent=$HOME/Library/Containers/com.bitwarden.desktop/Data/.bitwarden-ssh-agent.sock"This writes the resolved socket path to the clone's shared I verified the setting before trying T3 Code again: git config --local --get core.sshCommand
git fetch --dry-run originAfter that, T3 Code could fetch To remove the override later: git config --local --unset core.sshCommandIf Bitwarden was installed outside the Mac App Store, its socket path may differ. Bitwarden documents the platform-specific paths in its SSH agent setup guide: https://bitwarden.com/help/ssh-agent/ |
A repo-local Git setting fixed it for me:
git config --local core.sshCommand \ "ssh -o IdentityAgent=$HOME/Library/Containers/com.bitwarden.desktop/Data/.bitwarden-ssh-agent.sock"This writes the resolved socket path to the clone's shared
.git/config. Git uses it for the main checkout and every linked worktree, regardless of whichSSH_AUTH_SOCKT3 Code inherited when the desktop app launched.I verified the setting before trying T3 Code again:
After that, T3 Code could fetch
origin, create the linked worktree, and open the thread normally.To remove the override later:
If Bitwa…