-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
sql: use real privileges instead of READ|WRITE #2005
Milestone
Comments
mberhault
pushed a commit
that referenced
this issue
Aug 12, 2015
Work towards #2005. Credentials are now stored as a sorted list of {user, privilegeBitField} The ALL logic makes grant/revoke a bit twisted, but is probably the most expected behavior. GRANT, REVOKE, and SHOW GRANTS are finalized. The final step will be to fix all the CheckPrivilege calls to use the proper privilege and finally remove READ,WRITE.
mberhault
pushed a commit
that referenced
this issue
Aug 13, 2015
Work towards #2005. Credentials are now stored as a sorted list of {user, privilegeBitField} The ALL logic makes grant/revoke a bit twisted, but is probably the most expected behavior. GRANT, REVOKE, and SHOW GRANTS are finalized. The final step will be to fix all the CheckPrivilege calls to use the proper privilege and finally remove READ,WRITE.
mberhault
pushed a commit
that referenced
this issue
Aug 14, 2015
Work towards #2005. Credentials are now stored as a sorted list of {user, privilegeBitField} The ALL logic makes grant/revoke a bit twisted, but is probably the most expected behavior. GRANT, REVOKE, and SHOW GRANTS are finalized. The final step will be to fix all the CheckPrivilege calls to use the proper privilege and finally remove READ,WRITE.
mberhault
pushed a commit
that referenced
this issue
Aug 17, 2015
Fixes #2005 This is just plugging in real privileges and fixing the tests. I'm going to go clean up the sql logic tests a bit as well.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We need real sql privileges rather than the fairly dumb READ|WRITE ones.
This will most likely be a mix of postgres and mysql, along with oddities on our side (eg: #2004)
The text was updated successfully, but these errors were encountered: