1
Standardize CRUD errors returned
Source: supabase/supabase#32848 · opened by @GGAnderson
With Create call to a public read, RLS active database, the return object is error-coded as a row level security violation:
Object {code: "42501", details: null, hint: null, message: 'new row violates row-level security policy for table "xxxx"'}
The Update call to the same database fails silently, returns an empty data array and null error. This empty data array causes real pain. It should not fail silently, but return an object with an error code similar to Create.
All CRUD calls should return error codes. These should be consistent, and match the documentation.
Object {code: "42501", details: null, hint: null, message: 'new row violates row-level security policy for table "xxxx"'}
The Update call to the same database fails silently, returns an empty data array and null error. This empty data array causes real pain. It should not fail silently, but return an object with an error code similar to Create.
All CRUD calls should return error codes. These should be consistent, and match the documentation.
No pledges yet. Be the first to back this.
Comments
Similar requests
Document all possible errors for each endpoint
2 votes · 0 comments
Full 3D dynamic websites : Supabase x Spline Design.
1 vote · 0 comments
Make Changes to the DB through a Realtime extension
2 votes · 0 comments
Decoupled DB and Middleware for Self-Hosted using Docker Compose
1 vote · 0 comments
Request for Improved Response Status in supabase.auth
7 votes · 0 comments
No comments yet.