Closed
Bug 28422
Opened 25 years ago
Closed 24 years ago
CONFIRM-priviliges don't grant mark-as-verified-priviliges
Categories
(Bugzilla :: Administration, task, P2)
Tracking
()
People
(Reporter: cmattar, Assigned: justdave)
Details
I've got the privilige
Can confirm a bug
The newsgroup posting says that I should be able to also mark bugs as VERIFIED
with this setting. This isn't working currently
Comment 1•25 years ago
|
||
thoughts we discussed in mail --
>
> - people with canconfirm should be able to make changes to
> an unconfirmed bug (update component, add a URL, etc.)
> and should be able to resolve UNCONFIRMED bugs (invalid,
> duplicate, worksforme, but perhaps not fixed, later or
> remind).
>
> the canconfirm people do a lot of bug triage, and we
> need them to be able to make changes to bugs.
>
> (come to think of it, they also do a lot of moving bugs
> from resolved-whatever to verfied-whatever. i think
> that's just jan making them do her group's scutwork,
> though. not that that's not useful but it's not the
> most useful thing people could be doing. seems
> like the way it ought to work is that the qa contact
> or reporter should be verifying fixes but that's my
> opinion.)
>
> hmm... would it be too hard to allow canconfirms to
> edit bugs that have been resolved or bugs that are
> confirmed? they just wouldn't be able to edit bugs
> that are open (new, assigned).
Comment 2•25 years ago
|
||
Right. It's not a bad idea, but it's not yet implemented, either. I guess I
missed that your newsgroup posting said it had been done.
Comment 3•25 years ago
|
||
tara@tequilarista.org is the new owner of Bugzilla and Bonsai. (For details,
see my posting in netscape.public.mozilla.webtools,
news://news.mozilla.org/38F5D90D.F40E8C1A%40geocast.com .)
Assignee: terry → tara
Comment 4•25 years ago
|
||
Maybe we could have three permissions: canconfirm, editall, and
canverify. This way people could be given the permissions to verify bugs
seperately from confirming bugs.
Comment 5•24 years ago
|
||
Adding default QA contact to all open Webtools/Bugzilla bugs lacking one.
Sorry for the spam.
QA Contact: matty
Updated•24 years ago
|
Target Milestone: --- → Bugzilla 2.16
Updated•24 years ago
|
Priority: P3 → P2
Comment 6•24 years ago
|
||
moving
Assignee: tara → justdave
Component: Bugzilla → Administration
Product: Webtools → Bugzilla
Version: other → 2.10
Comment 7•24 years ago
|
||
I think the opposite of Zach; I never give anyone canconfirm and not editbugs,
or vice versa - because both are given if the person is proved competent.
_Another_ level is not the way to fix this.
Gerv
Assignee | ||
Comment 8•24 years ago
|
||
49808 has a patch that does this (probably bitrotted by now, but other
discussion there). Also, the schema change for groups in bug 68022 is intended
to allow group inheritance, so we could probably make a group that includes
canverify and canconfirm and just assign all the triage people to the umbrella
group.
*** This bug has been marked as a duplicate of 49808 ***
Status: NEW → RESOLVED
Closed: 24 years ago
OS: Windows 98 → All
Hardware: PC → All
Resolution: --- → DUPLICATE
Assignee | ||
Updated•24 years ago
|
Target Milestone: Bugzilla 2.16 → ---
Updated•13 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•