← Back to team overview

maria-discuss team mailing list archive

Re: handling of mixed case roles

 

Thanks for confirming, I've opened https://jira.mariadb.org/browse/MDEV-10744 for this.


From: Maria-discuss [mailto:maria-discuss-bounces+robin.peiremans=kbc.be@xxxxxxxxxxxxxxxxxxx] On Behalf Of Ian Gilfillan
Sent: maandag 5 september 2016 14:47
To: maria-discuss@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Maria-discuss] handling of mixed case roles



On 05/09/2016 10:27, Robin Peiremans wrote:
Hi
 
I've created a role with both upper and lowercase name, resulting in some weird behavior (output and test case below).
 
The first thing I noticed is that you can create roles with the same name but different case (test_role and test_ROLE in below example), but you can't grant both to the same user as that results in an error 1961 when granting the second role. Imo this indicates that not all the roles code is case-sensitive.
 
The second weird thing is that when you get the error 1961 in above scenario, the first role (that was granted successfully) is gone from the show grants output. It is not revoked (the user can still use it), it just isn't shown anymore until I flush privileges.
 
Can this be considered a bug, or am I missing something here?

Thanks, certainly a bug, please report it on
https://jira.mariadb.org/


This e-mail and any attached files are confidential and may be legally privileged. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify KBC immediately and then delete this e-mail.
KBC does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of or reliance on the information.
All e-mail messages addressed to, received or sent by KBC or KBC employees are deemed to be professional in nature. Accordingly, the sender or recipient of these messages agrees that they may be read by other KBC employees than the official recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof.



References