Open Bug 299895 Opened 19 years ago Updated 11 years ago

Make insider groups generic as a list of groups configurable per product

Categories

(Bugzilla :: Administration, task, P2)

2.19.3

Tracking

()

People

(Reporter: timeless, Unassigned)

References

(Blocks 1 open bug)

Details

> can someone please explain why we have _one_ insider group?
> why can't each product allow a list of groups to mark creatures as insiders
+for its bugs
mozilla "helped" me submit this bug (way too early).

each product should be allowed to list groups that are allowed to mark comments
as for people in its group.

this would allow drivers to discuss a bug privately at the same time as the
security group privately discusses it.
Severity: normal → enhancement
Summary: Enhance insider → Make insider groups generic as a list of groups configurable per product
dveditz expressed an interest in having this feature enabled for bmo, but of course this bug is blocking that. can we try to scare up a hacker to fix this?
Keywords: helpwanted
Well, not exactly blocking... :-) If security group were the insidergroup on BMO I'd be happy, but I bet the other groups wanting that status wouldn't be. But maybe they wouldn't know what they were missing.
Assignee: myk → ui
Assignee: ui → administration
Component: User Interface → Administration
OS: Windows XP → All
Priority: -- → P3
Hardware: PC → All
Target Milestone: --- → Bugzilla 4.0
OK, I want this asap. I realized that some guys of the Core security group are marking some comments in bugs being in the Bugzilla product as private which prevents me from reading them (as I'm not in this specific security group), which irritates me A LOT. With this RFE implemented, each security group will be able to manage their own bugs and comments being in their respective products.
Assignee: administration → LpSolit
Keywords: helpwanted
Priority: P3 → P2
Blocks: 399084
Just one thing: how are private comments supposed to behave when moving a bug from one product which has an insidergroup to another product which hasn't? Clearing the "private" bit would make the comments public. One could use it (even accidentally, as he may not know that some comments are private) to make comments he cannot read public.
Status: NEW → ASSIGNED
Target Milestone: Bugzilla 4.0 → Bugzilla 3.6
(In reply to comment #5)
> Clearing the "private" bit would make the comments public. One could use it
> (even accidentally, as he may not know that some comments are private) to make
> comments he cannot read public.

  I think in this case we'll have to display a warning on the Verify New Product page.
Note to self: fulltext search introduces some big problems with this feature, due to the way it's implemented.
Target Milestone: Bugzilla 3.6 → Bugzilla 3.8
Target Milestone: Bugzilla 4.0 → ---
Assignee: LpSolit → administration
Status: ASSIGNED → NEW
You need to log in before you can comment on or make changes to this bug.