bitwarden / bitwarden/agent-access

Provider starts and pairs successfully with a dead bw login; failure only surfaces per-request

Open
#140 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
145
Forks
11
Avg merge
20h 57m
Merged PRs (30d)
1

Description

## Environment

aac 0.11.0 (3b000d15), bw 2026.5.0, macOS 26.5.1 (arm64), Bitwarden provider.

## Summary

When the Bitwarden CLI has a stale login (refresh token expired/revoked -- `bw login` says "You are already logged in" but `bw sync` fails with `invalid_grant`), `aac listen` starts normally, completes pairing and fingerprint verification, and only fails when a credential request arrives:

```
Credential request - domain: example.com
Vault is locked -- cannot look up credential for domain: example.com
Credential denied: (unknown)
Unlocking vault...
Unlock failed: You are not logged in.
```

The consumer just sees a denial (exit 4). The operator has no indication before the first request that the provider can never serve anything.

## Suggestion

Run a provider health check (`bw status`, or a sync probe) at `aac listen` startup and refuse to listen -- or at least display a prominent warning -- when the underlying login is invalid. A `/status` indicator for provider readiness in the TUI would also help.

(The `bw` CLI's own unhandled rejection crash on `invalid_grant` sync is a bitwarden/clients matter; mentioning it here only as context.)

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.