Feature Request: Nested User Groups - FogBugz Knowledge Exchange most recent 30 from http://fogbugz.stackexchange.com 2013-05-24T15:55:43Z http://fogbugz.stackexchange.com/feeds/question/8663 http://www.creativecommons.org/licenses/by-nc/2.5/rdf http://fogbugz.stackexchange.com/questions/8663/feature-request-nested-user-groups Feature Request: Nested User Groups Grip 2011-07-02T01:12:53Z 2013-05-14T12:22:00Z <p>The ability to nest user groups (i.e., add a group to a group) would make our lives much easier.</p> <p>One benefit to allowing groups within groups is that groups can be centered around roles, as opposed to project affiliation (which isn't very useful), and we can slice and dice it in a number of different ways without time-consuming, error-prone redundancy.</p> <p>Figurative Example: The only reason John is part of the Deciders group is because he is a manager. Therefore, we have created a Managers group in FogBugz and made John a member of it. We have also added Managers to Deciders. At some point, John opts to take a different career path, so he transitions to a non-management role. He is therefore removed from the Managers group. As if by magic, his membership in the Deciders group is also ended; this occurs as one atomic step.</p> <p>Without nested groups, removal of John from Deciders is a separate step (and might, erroneously, never happen). What is the advantage of this approach?</p> <p>Similarly, if for some reason it is decided that Managers are no longer Deciders, the whole of management can be removed from the Deciders group in one step without error-prone, redundant user-by-user effort.</p> <p>On the other hand, if John is granted permission to Deciders on an individual basis (as well as indirectly through Managers), then he will be unaffected by the removal of Managers from Deciders. This reason-for-inclusion information is completely lost in the absence of a nestable groups system, and can create a significant amount of redundancy and error.</p> <p>Another important advantage of nestable groups is that we can create "junction" groups that exist solely to expose all of the users in group A to all of the users in group B, without the necessity for any shared (dummy-) project exposure. This is very useful for project admins, who need to be able to see users in order to add them without involving a full-blown Site Admin.</p> http://fogbugz.stackexchange.com/questions/8663/feature-request-nested-user-groups/8699#8699 Answer by Rich Armstrong for Feature Request: Nested User Groups Rich Armstrong 2011-07-07T17:05:49Z 2011-07-11T20:25:34Z <p>Thanks! We'll file this as a feature when it gets to the top 100 requests by votes.</p> http://fogbugz.stackexchange.com/questions/8663/feature-request-nested-user-groups/9343#9343 Answer by Mike Caron for Feature Request: Nested User Groups Mike Caron 2011-10-04T17:29:07Z 2011-10-04T17:29:07Z <p>I would also like to request this feature.</p> <p>Right now there is no nice way to maintain groups except by some omniscient admin pulling all the strings (not even by API?). Unfortunately as more users are included into a single FogBugz installation this becomes harder and the task really should be delegated. The only way to achieve this is by promoting multiple users to 'admin' status and they now get access to features we really want to control.</p>