Would be nice to be able to get a list of members of a group, and edit that list, from editgroups.cgi.

How about extending the interface that is available in editusers.cgi to not only search for names but also members of a named group (or regexp). This has several advantages it reuses the user interface already there for user editing, and keeps the same path that has been used before. editusers.cgi could be extended to include similar functionality as buglist.cgi (change several users at once) so no new interface has to be learned on that front. This can be done in several stages: first implement query, then multiple user editing. if code from edituser could be reused here without having do duplicate it ? if not this solution would make even more sense. What is the general perception of groups, i know that in the the DB groups are properties of Users. But would a general admin look for members of a group in groups or by looking up users ?

We are currently trying to wrap up Bugzilla 2.16. We are now close enough to release time that anything that wasn't already ranked at P1 isn't going to make the cut. Thus this is being retargetted at 2.18. If you strongly disagree with this retargetting, please comment, however, be aware that we only have about 2 weeks left to review and test anything at this point, and we intend to devote this time to the remaining bugs that were designated as release blockers.

*** Bug 177617 has been marked as a duplicate of this bug. ***

Harold, I like that idea, of being able to choose a group from the editusers page as well. Being able to get the existing list like you do from editusers by choosing a group would be cool. What I had in mind within the group editor would be something along the lines of the CC interface on the show_bug page, where you have a multi-select listbox with the current members, and a checkbox for "remove the selected people from this group", and a text box to enter new names to be added. I think both are great ideas.

This sounds very handy. It would not be very difficult to have a UI that permits members with direct membership to be added and dropped. This gets dramatically more difficult when we become interested in members who are in the group by virtue of a group hierarchy or a regexp (or regexp-granted membership in a group that is included in this group, etc...)

Zippy wants this in a bad way. :)

Enhancements which don't currently have patches on them which are targetted at 2.18 are being retargetted to 2.20 because we're about to freeze for 2.18. Consideration will be taken for moving items back to 2.18 on a case-by-case basis (but is unlikely for enhancements)

Bugzilla 2.20 feature set is now frozen as of 15 Sept 2004. Anything flagged enhancement that hasn't already landed is being pushed out. If this bug is otherwise ready to land, we'll handle it on a case-by-case basis, please set the blocking2.20 flag to '?' if you think it qualifies.

*** Bug 133588 has been marked as a duplicate of this bug. ***

Reassigning bugs that I'm not actively working on to the default component owner in order to try to make some sanity out of my personal buglist. This doesn't mean the bug isn't being dealt with, just that I'm not the one doing it. If you are dealing with this bug, please assign it to yourself.

*** Bug 323147 has been marked as a duplicate of this bug. ***

editusers.cgi now allows you to search for all users in a specific group, although it does not allow you to then remove them from that group except by editing each user individually. editgroups.cgi could easily be enhanced with a simple "show group members" link, which linked to the editusers.cgi search for members of that group. That would be a good first bug. That might be enough to close this out, given that we've lived without mass group add for 10 years. Gerv

Hi, I am interested in working on this bug. So, can you please assign this to me? Thanks in advance. shreyas

If you have a question, you should ask it specifically. Just setting "needinfo" without your question is useless. Also, what gerv suggests in comment 12 is not what justdave asked for initially. justdave would like to be able to view the whole list and be able to add/remove people from this list directly. What gerv suggests is to add a link pointing to editusers.cgi, which is a different story and far from the original RFE. And as joel said in comment 5, it's far from being trivial to do due to indirect membership. And let's add one more point: to edit groups, you must have creategroups privs. To edit group membership, you must have editusers privs. This means that not all users able to edit groups are allowed to edit user membership. The group management system is complex and critical enough to not qualify for a "good first bug".

Shreyas: if you think my feature (linking from a group to a search for its members) is a good feature, feel free to file another bug on implementing it, and assign it to yourself. Do CC me, and I'll see if I can help you :-) Gerv