mirror of
https://github.com/BerriAI/litellm.git
synced 2026-09-06 08:16:43 +00:00
3c73a39877
A keyring backend can accept a write and keep nothing. That is exactly what `keyring --disable` and PYTHON_KEYRING_BACKEND=keyring.backends.null.Keyring select, and it raises nothing to distinguish itself, so `lite login` was handing the credential to a black hole, scrubbing its own copy from token.json, and printing a success message over a login that no longer worked. Reading the value back is the only way to tell that backend apart from a keychain that really stored the secret. The same rule closes the rest of the gaps. A credential the token file will not record is taken back out of the keychain instead of being left live on a machine with no record of it, and is reported rather than raised. The migration stages its scrubbed file before the keychain is handed anything, so a directory that will not accept the rewrite stops the move rather than leaving the secret in two places. Logout no longer reads a key in the file as proof that the keychain is clear, which was never sound across two separate runs, and only draws that conclusion when the `keyring` package is missing outright, where nothing could have reached a keychain at all. |
||
|---|---|---|
| .. | ||
| autoroute | ||
| __init__.py | ||
| test_agents.py | ||
| test_auth_commands.py | ||
| test_claude_settings.py | ||
| test_config_commands.py | ||
| test_credentials_commands.py | ||
| test_encryption_commands.py | ||
| test_global_options.py | ||
| test_keys_commands.py | ||
| test_model_groups_commands.py | ||
| test_models_commands.py | ||
| test_up_commands.py | ||
| test_users_commands.py | ||