Closed thosmos closed 1 year ago
Just ran into this issue :(
Wth - was working fine before. Any magic SQL we can run in the console to fix this?
Alter table public.[YOUR TABLE NAME GOES IN HERE] owner to postgres;
I tried...didn't work. Ended up just creating a new table.
Or connect with dbeaver or pgAdmin and edit owners.
Thanks for reporting this, we're currently looking into it.
This has now been fixed. Unfortunately you will need to start over to get this set up correctly, sorry about that!
Deployed a new project over the weekend and all my tables are still owned by supabase_admin btw
+1 . supabase_admin
is still the owner of the tables for my project launched on Mar 30, 2023 (after the bug was closed)
cc/ @thorwebdev
same - cloned few day ago
any quick solution for this? supabase support is not useful atm
ps: didnt even manage to fix with psql
:(
Reopening and investigating, thanks for reporting!
Sorry about this, there was a regression in our Vercel Deploy integration that changed the role of the setup SQL. This has now been fixed again and should work as expected for new installations.
When I generated a Supabase project using Vercel's automated deployment, and then attempted to make any changes to the tables or policies created by this integration, I got an error about not being the owner. I tried running the deployment a second time and got the same result.
It looks like the problem is that the tables are owned by the
supabase_admin
user instead ofpostgres
which is the new current default. Here's an example showing the ownership of the tables as contrasted with thedashtest
table that was created using Supabase's dashboard:I created a new Supabase project and ran the schema.sql file directly in the dashboard SQL Editor and the tables were owned by
postgres
:So this appears to be a problem with how the schema.sql file is run when doing the automated deployment.