Allow users to prevent non assignees from changing the milestones of their bugs

RESOLVED WONTFIX

Status

()

Bugzilla
Bugzilla-General
P3
enhancement
RESOLVED WONTFIX
18 years ago
4 years ago

People

(Reporter: timeless, Unassigned)

Tracking

(Depends on: 1 bug)

Details

(Whiteboard: [permissions:edit])

(Reporter)

Description

18 years ago
as an option per user, allow users to prevent everyone else from changing the 
milestones on their bugs [default disabled]

this option would appear in bugzilla edit prefs as something like '[x] prevent 
others from changing the milestone of my bugs'

<background> mozilla.org mozilla project feels that target milestone is a field 
for use by assignee </background>

[if people want the option of qa to be able to change milestone or be granted 
permission to do that, that's fine, comment here]

yes, this is not designed to be foolproof, if someone wants to change the 
milestone, all they need to do is assign it to themselves.
Target Milestone: --- → Future

Updated

17 years ago
Whiteboard: [permissions:edit]
->Bugzilla product...
Assignee: tara → justdave
Component: Bugzilla → Bugzilla-General
Product: Webtools → Bugzilla
Version: other → unspecified
Reassigning all of my "future" targetted bugs to indicate that I'm not presently
working on them, and someone else could feel free to work on them.
Reassigning all of my "future" targetted bugs to indicate that I'm not presently
working on them, and someone else could feel free to work on them. (sorry for
the spam if you got this twice, it didn't take right the first time)
Assignee: justdave → nobody

Updated

14 years ago
Depends on: 90619

Comment 4

13 years ago
In Bugzilla CVS, possibly earlier the reporter cannot change the target milestone (without having editbugs). Assignee & qa contact still can. Also the reporter cannot reassign bugs until a bug has been confirmed.

Seems this solves the:
> <background> mozilla.org mozilla project feels that target milestone is a field 
> for use by assignee </background>

Worksforme?

Updated

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

Updated

12 years ago
Blocks: 372017
No longer depends on: 90619

Updated

12 years ago
Priority: -- → P3

Updated

12 years ago
No longer blocks: 372017
Depends on: 372017
Assignee: nobody → general

Comment 5

4 years ago
There would be no way for managers or other project peers to triage bugs. I don't think this is the decision of the assignee to decide what to do with their bugs.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.