Expand description
OAuth2 authentication: PKCE loopback flow (RFC 8252) with an RFC 8628 device-flow fallback, tokens in the OS keyring.
Multi-account: one OAuth client, one token per Google account. An auth handle is bound to one account’s store entry (the default account keeps the legacy naming byte-for-byte); named accounts log in independently.
Structs§
- Auth
Config Builder - Device
Auth Challenge - Pending device authorization: show
verification_url+user_codeto the user, then poll withsuper::GoogleAuth::poll_device_codeuntil done. - Google
Auth - OAuth2 client with PKCE support
- Token
Storage - Token storage with automatic refresh.
Functions§
- scopes
- The consent set: every scope the embedded index names, plus a curated
floor for scopes no method declares. Requested in full at login —
per-call escalation is deliberately not implemented, so “which scopes do
I hold” is never a question: one credential, everything the index can
express, nothing to configure. A token keeps whatever it was granted, so
a build that widens this list needs one
grr auth loginto take effect.