it would be nice if editflag group selection provided a way to do ad hoc groups

NEW
Unassigned

Status

()

Bugzilla
Administration
--
enhancement
13 years ago
10 years ago

People

(Reporter: timeless, Unassigned)

Tracking

Details

(Reporter)

Description

13 years ago
i went to try to restrict a flag to a group of people (it seemed logical). unfortunately it turns out you 
can't select people. and of course, as should be typical with real installations, while i have editflags, i 
don't have editgroups.

now, there might or might not be a group that matches what i want, but even if i could see see a list of 
groups (which i can't at the present), i can't see who is in them (again, i lack editgroups), so there's no 
way for me to know that a group is really what i want.

i'd like to be able to create my own ad hoc groups for flags (in the cases i can think of, there tend to be 
6-20 flags of interest). it should be sufficient to give my groups a usernamespace, either timeless-
groupname or {iud}-groupname.

ad hoc group members should be viewable to anyone w/ editflags, they should be copy on modify if 
you aren't the person who owns the group, they should be clonable for the person who owns the group. 
and of course just because a flag is group restricted to a group owned by me doesn't mean someone 
else w/ editflags shouldn't be able to change the group (generally to a more official one).

Comment 1

13 years ago
Do we want users having editcomponents privs to create new groups, even if these
groups are only for flag types? We then have at least two categories of groups.

myk, justdave, if you agree, please confirm this bug. I won't do it myself. ;)
Hardware: Macintosh → All
we already have 2 or 3 classes of groups, this would add yet another...

I'm not sure of any good way to implement this without it coming off as anything
other than a big hack.

Updated

13 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 3

13 years ago
I'd rather see if we can come up with a good way to empower some users to create
their own groups (complete with the baility to bless those groups).  Open to
suggestions on implementations.

Updated

12 years ago
QA Contact: mattyt-bugzilla → default-qa

Updated

11 years ago
Assignee: LpSolit → administration

Comment 4

10 years ago
Rather than adding a new category of groups, I much prefer having a field where you can enter users allowed to set the flag.

Comment 5

10 years ago
I was thinking of an arbitrary list of users that the Bugzilla admin
could fill for specific flags for products and components.
In the case of bmo, I think that review, superreview and ui-review flags should
have at least the list of owners and peers module for component, to avoid
"request in the wind" and wrong bugzilla id spellings.
This list should be editable, so that the user can ask for a requestee that
is not in the list if necessary.
Though, I don't know the amount of work this would be for the bugzilla admin
and for developping this.
You need to log in before you can comment on or make changes to this bug.