Open Stack

I'm going to be the counter opinion here, but I don't really see a benefit in the case-sensitivity from a user perspective… Will a user ever want a scenario where they have/can have an "Admin" and an "admin" role (and maybe even an "adMIN" role)?

I could certainly be missing a lot of context here, but I tend to think of role names a human identifiers, and case sensitive human groups doesn't seem to serve much human purpose here where "Admin" and "admin" are not the same role...  


John Postlethwait
Nebula, Inc.
206-999-4492


On Friday, June 8, 2012 at 3:08 PM, Zach Borboa wrote:

> Explicit is better than implicit. Case-sensitive.
>  
> On Fri, Jun 8, 2012 at 2:50 PM, Brian Waldon <brian.waldon at rackspace.com (mailto:brian.waldon at rackspace.com)> wrote:
> > tl;dr - Should we compare roles as case-sensitive or case-insensitive? I
> > vote case-sensitive.
> >  
> > This bug was recently filed in
> > Glance: https://bugs.launchpad.net/glance/+bug/1010519. It points out that
> > Nova and Keystone are both case-insensitive when it comes to role
> > comparison, yet Glance *is* case sensitive. I'm in favor of moving other
> > projects to a case-sensitive approach for two main reasons:
> >  
> > 1) If a role is a string, and comparing strings is inherently
> > case-sensitive, then role comparison would logically be case-sensitive
> > 2) I get to do less work
> >  
> > Thoughts?
> >  
> > Brian Waldon
> >  
> >  
> >  
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openstack
> > Post to     : openstack at lists.launchpad.net (mailto:openstack at lists.launchpad.net)
> > Unsubscribe : https://launchpad.net/~openstack
> > More help   : https://help.launchpad.net/ListHelp
> >  
>  
>  
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack at lists.launchpad.net (mailto:openstack at lists.launchpad.net)
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>  
>  


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120608/ffe2cf16/attachment.html>