thibaud-lclr
90dbed4d37
Quand deux MCPs appellaient login, le second appelait bw unlock et générait un nouveau token, invalidant celui du premier. Deux mécanismes corrigent ça : 1. LoginBitwarden ne relance plus bw unlock si le vault est déjà unlocked et qu'une session existe (env, fichier service, ou fichier partagé). 2. Le login écrit le token dans ~/.config/mcp-framework/bw-session (partagé) en plus du fichier service-spécifique. Les autres MCPs lisent ce fichier en priorité via refreshSessionEnv avant chaque opération Bitwarden. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| bitwarden.go | ||
| bitwarden_cache.go | ||
| bitwarden_cache_test.go | ||
| bitwarden_session.go | ||
| bitwarden_session_test.go | ||
| bitwarden_test.go | ||
| manifest_open.go | ||
| manifest_open_test.go | ||
| runtime.go | ||
| runtime_test.go | ||
| store.go | ||
| store_test.go | ||