-
-
Notifications
You must be signed in to change notification settings - Fork 148
feature: Add CRUD permissions #491
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
Conversation
@sweatybridge @soedirgo what are your initial thoughts? |
Sorry @ruggi99, currently occupied with other stuff - will come back to this once I have some bandwidth. |
Yeah thanks. |
@soedirgo any ETA on this for at least a first feedback? |
hey @ruggi99 - this is a great PR, so I'm going to re-open it. We're a bit blocked, but we definitely need this functionality If you prefer, I can migrate the PR over to myself |
one thing that could be useful is to add tests. this repo is well-tested, and we'd love to keep the coverage high given the function this is serving |
Hi @kiwicopple , Yeah I know that this PR is lacking tests but I'm not so good at writing them. |
Use ChatGPT 😛 . Seriously though - no obligation, it's awesome that you've gone to the effort of doing this. We'll merge this if after we have some passing tests 👍 |
Hey guys, anyone looking at accepting this? This would be a huge feature to help with security! Thanks! J |
@jdgamble555 yep, these are features that are great for pg-meta! We'll aim to get this in after launch week. |
This is a much needed feature, e.g. for letting users update certain aspects of their table row, but not all. |
Hey @alaister, hopefully you guys are working on it this week 😃 I was thinking due to the way the J |
Hey @alaister, are you guys able to get to this this week? Thanks! J |
Any update on this? |
wooowwww I never knew I needed this 😅 just saw https://dev.to/jdgamble555/supabase-needs-column-level-security-170a and now I want it 🤣 |
Hi all, @jdgamble555 sorry for not being active on comments but now you know why I did not interact with this PR too much |
Got it. Sorry about that. I updated the article. I didn't realize you weren't from the Supabase Team. Hopefully they still add this feature in one form or another. J |
Sorry @ruggi99, we should've got back to you on this PR. We still want the feature, but there are differences on what we want the API to look like & the SQL queries used. As you said, there are open PRs now that implement this, which are currently being reviewed: |
And that's why I'm not contributing back to Supabase anymore. |
Hey @ruggi99 - sorry for this, it looks like a comms problem from our side. As @soedirgo mentioned, we want this and we're using your PR as a baseline to implement the functionality As you mentioned above, the supabase team still had some work to do with creating tests ("one of the team should take care of writing tests when reviewing this"). That's 100% understandable, but please also be understanding if we create separate PRs to implement the missing functionality or decide to make some tweaks along the way This is a great contribution and we're appreciate, even if we did a poor job communicating that. |
Agree on what you've said. I'm pleased that you are taking my work to continue working on that and moving forward, but as stated now it's better to continue on separate PRs that include tests and other stuff.
Written like this may sound a little bad but I only wanted to let know people that Supabase Team has taken in account the task by creating PRs that implement the same thing I wanted to implement. I'm not saying that you are stealing my code, ideas, ecc No problem on my side |
I wonder what's the progress with this feature and when is it planned to be released? 🤔 |
Hey @lt692! This is now available as a feature preview: supabase/supabase#13745 (comment) |
Already trying it out! 🫡 People will love it! |
What kind of change does this PR introduce?
Feature.
Add CRUD table and column permission to
postgres-meta
.Should allow an admin to list, grant and revoke permissions on single tables and columns of a table.
Needed to add in future column permission to Supabase Dashboard.
This requires a little discussion on variables naming, routes and so on.
I took the sql from this
SELECT definition FROM pg_views WHERE viewname = 'column_privileges'
and adapted it.TODO list:
lib
lib
server
server
Waiting for feedback
What is the current behavior?
Please link any relevant issues here.
What is the new behavior?
Feel free to include screenshots if it includes visual changes.
Additional context
Closes #489