On Jun 9, 2011, at 11:02 AM, Seth Graham wrote: > On Jun 8, 2011, at 8:25 PM, Alex Dean wrote: > >> Hi Seth. I'm just back from a week off the grid, and trying to get caught >> up on a mountain of electronic stuff. Here's my quick response. Please let >> me know if more explanation is required. > > Nope, the explanation makes sense. The only thing I was missing was detail > about the philosophy behind the privileges system. > >> Editing views is not per-cluster permission because views can contain graphs >> from many clusters. Currently, we only support a single 'edit' permission >> for all views. (A user can either edit all views, or can edit none.) You >> can't selectively grant edit permission on a single view. That restriction >> could possible be lifted in the future if there is demand for it. > > It's my primary motivation for updating to the new interface, actually.
Interesting. I started off intending to allow per-view edit access, just like we allow per-cluster edit access for optional graphs. The complication is that each resource (a view or a cluster) in the ACL is only identified by a simple string. Thus you can't have a cluster and a view which share the same name - or, if you did you'd probably unwittingly be granting permissions you didn't mean to. I thought about introducing some kind of namespacing, and then just decided to punt until it was actually needed. So... maybe that time is now? :) Something like this wouldn't be too hard to implement: $acl->allowView( 'username', 'view-name', GangliaAcl::EDIT ); $acl->allowCluster( 'username', 'cluster-name', GangliaAcl::EDIT ); Please suggest alternate APIs here. That's just my initial brainstorm. alex ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
