Feature #7557
closed
Deny editing of descriptions of closed issues
0%
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.
Related issues
Updated by Etienne Massip about 13 years ago
- Tracker changed from Defect to Feature
Updated by Brian Lindahl about 13 years ago
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.
Updated by Ве Fio about 13 years ago
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".
Updated by Brian Lindahl about 13 years ago
How can an issue be 'In Progress' without someone working on it (assigned to someone)? I can't see how that makes sense.
Updated by Ве Fio about 13 years ago
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.
Updated by Brian Lindahl about 13 years ago
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).
Updated by Jean-Philippe Lang almost 12 years ago
- 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.