Insidious "The current user is not authorized to perform the requested action" bug
- 0
- Self Hosted
Am on 1.3.7
Hi, I'm writing this in case this can help someone.
If I define a collection A with a relationship to collection B (1:1).
I set permissions "correctly" on collection A such that team XYZ can update collection A BUT I forgot to set the permission for XYZ to update collection B.
I create an email session and use the X-Fallback-Cookie to update collection A (say a string attribute called Name), I will hit into a "user is not authorized" 401 error. Even if I switch to the Server API, I still get "user is not authorized" and that's when I panicked. However, when I clear the user's session (go to Auth, look for the user and then sessions and then delete all), I can use the Server API to update (successful).
The solution is to update collection B's permission such that team XYZ can also update it.
I appreciate the permission bit but when the document "locks up" such that even using the server API fails to update it is frigging scary.
Recommended threads
- Failed to generate functions SSL
```appwrite-worker-certificates | Cannot renew domain (functions.domain.com) on attempt no. 9 certificate: Failed to verify domain DNS records. appwrite-worker...
- Dart 3.10 runtime on self-host 1.8.1
I added dart-3.10 runtime in .env file, applied the changes, but cannot see such option on console. is dart 3.10 not supported by self hosted 1.8.1? if not, whe...
- Guideline of AI
Hello everyone, I’m planning to specialize in Artificial Intelligence (AI) and I’m currently looking for guidance from someone with strong experience in the fi...