Open Bug 330550 Opened 18 years ago Updated 18 years ago

Editusers in list mode should give columns for all groups you can grant

Categories

(Bugzilla :: Administration, task)

2.20
task
Not set
normal

Tracking

()

People

(Reporter: timeless, Unassigned)

References

()

Details

Problem:
admins and myself don't like drilling down into users to grant privs to a bunch of people. we shouldn't have to.

Steps:
1. be told to grant privs to a given group of users
2. load editusers.cgi and search for that group
3. try to quickly grant a priv to a large number of people listed by editusers.

Actual results:

Select user
3 users found.

Edit user...		Real name
bemail.org		timeless
gmail.com		missing
myrealbox.com	QA timeless
If you do not wish to modify a user account at this time, you can find other users.

Expected results:

Select user to view more details
3 users found.

Edit user...		Real name	canconfirm	editbugs	whine
bemail.org		timeless		[x]			[x]		{[x]}
gmail.com		missing		[-]			[-]		[x]
myrealbox.com	QA timeless	[x]			[-]		[x]
--------------------------------------------------------
Grant to all of the above		(Grant)		(Grant)	(Grant)
Revoke from all of the above		(Revoke)		(Revoke)	(Revoke)

(Update)

User is a member of any groups shown with a check or grey bar. A grey bar indicates indirect membership, either derived from other groups (marked with curly brackets) or via regular expression (marked with '*').

If you do not wish to modify a user account at this time, you can find other users.

Note: I'm using curly brackets for group inheritance because I'm using square brackets to mean checkboxes.

Implementation note: if the browser visiting the page doesn't have js support, clicking grant/revoke should submit the form, otherwise it should checkall/uncheckall (except where a regexp/group is in effect).
OS: MacOS X → All
Hardware: Macintosh → All
I don't like drilling down either. Unless I'm mistaken on the idea, though, then we'd have as many columns as groups, which would make the table potentially very wide. Should we be able, per list view, to specify the groups we want to see columns for?
sounds reasonable to me. note that you'd only see groups you cna grant. an admin would of course suffer more than certain other people.

on bmo i can currently only twiddle 3 things (canconfirm, editbugs, whine). so the table for me wouldn't be anywhere near as bad as a full admin :).
You need to log in before you can comment on or make changes to this bug.