Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better reporting of permission errors #764

Open
ppolewicz opened this issue Nov 11, 2021 · 0 comments
Open

Better reporting of permission errors #764

ppolewicz opened this issue Nov 11, 2021 · 0 comments

Comments

@ppolewicz
Copy link
Collaborator

Currently 401 errors leave some clues, but can still be difficult to understand. A better way to describe the situation that we might want to see here one day, would look sort of like this:

┌───────────────────────────┬───────────────────────────────┬────────────────┬───────────────┐
│     b2_copy_part call     │        required value         │    your key    │ condition met │
├───────────────────────────┼───────────────────────────────┼────────────────┼───────────────┤
│ writeFiles permission     │ yes                           │ yes            │ YES           │
│ readFiles permission      │ yes                           │ yes            │ YES           │
│ target bucket restriction │ none or MyBucket              │ MyBucket       │ YES           │
│ target prefix restriction │ matching "mydirectory/myfile" │ "mydirectory/" │ YES           │
│ source bucket restriction │ none or MyOtherBucket         │ MyBucket       │ **NO**        │
│ target prefix restriction │ matching "mydirectory/myfile" │ "mydirectory/" │ YES           │
└───────────────────────────┴───────────────────────────────┴────────────────┴───────────────┘

We'd have to know which call triggered the problem, we already have properties of the key, now an api call and permissions it may require should be added to 401 and then turned into a nice report in the CLI.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant