Feature #7557
closed
Deny editing of descriptions of closed issues
Added by Ве Fio almost 14 years ago.
Updated over 12 years ago.
Category:
Issues permissions
Description
When a project is marked as "closed" I think it'd be a reasonable default to deny editing the description.
As there's no history for the description this would allow opening editing to restriced roles until the task is finished - while denying it afterwards.
- Tracker changed from Defect to Feature
Similar feature implemented in patch #7444:
subjects/descriptions are denied editing once the issue has been assigned (once the workflow has begun)
Note that this patch also implements other issue permissions.
Interesting. Our typical workflow is to assign the issue beforehand and start ("In Progress") it later.
Thus #7444 "edit the issue until the issue has been assigned." won't be applicable.
The main use case would be:
Deny lower priviledged users to change history.
The desriptions of maybe long past issues would be preserved in the state they were when "Closed".
How can an issue be 'In Progress' without someone working on it (assigned to someone)? I can't see how that makes sense.
Brian Lindahl wrote:
I can't see how that makes sense.
It doesn't ;)
As stated we first assign the issue and set it to "In Progress" later.
Ahh, I misread. Probably due to the confusion in that once an issue is assigned, we consider the workflow to be started (at least someone besides the author has taken note of the issue). Rather than your team, where it appears that you consider the workflow to be started once someone is actively working on it (In Progress).
- Status changed from New to Closed
- Resolution set to Duplicate
Implemented as part of #3521 for 2.1.0. You can now make the description read-only for a given status.
Also available in: Atom
PDF