jaraco / jaraco/keyring

backend should translate exceptions from API

Open
#520 0 comments 0 reactions 0 assignees View on GitHub
good-first-issue help wanted macOS
Dominant language
Python
Stars
1.5k
Forks
196
PR merge metrics
No merged PRs in 30d

Description

In #517, this project learned that when an exception occurs in the backend's called functions (like the API) and that exception is allowed to pass to the keyring caller, that can cause some confusion. Users are expecting to have to handle only the canonical exceptions and not other exceptions.

In cases where there are _expected_ exceptions, the backends should take responsibility to translate those exceptions into canonical exceptions.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reading issue #517 and tracing how backend calls to APIs expose exceptions to the keyring caller. Identify the canonical exceptions and the expected backend failures that need translation. Done means expected backend exceptions no longer leak as non-canonical exceptions.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
api, backend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.