Defect #19417
closed
status change is allowed with empty workflow-required custom field
Added by E Lipinsky over 9 years ago.
Updated over 9 years ago.
Description
Environment:
Redmine version 2.6.1.stable
Ruby version 2.0.0-p598 (2014-11-13) [x86_64-linux]
Rails version 3.2.21
Environment production
Database adapter Mysql2 (Ver 14.14 Distrib 5.5.40)
SCM:
Subversion 1.8.10
Git 1.9.5
Filesystem
Redmine plugins:
redmine_issue_templates 0.1.0
scrum2b 2.0
Steps:
- Create a custom field of type 'long text' (not required). (I think a field of type 'text' has the same issue.)
- In Administration / Workflow / Fields Permissions, set a state for the custom field to Required. Click Save.
- Go to an issue; without setting the field value, try to change the state to the state specified in step 2.
Expected:
Change to the state is blocked. Maybe the custom field shows as required with red asterisk?
Actual:
Change to the state is allowed. Field shows without red asterisk.
- Status changed from New to Needs feedback
I cannot reproduce on 2.6.3.
Thanks for the response.
After testing more, including on 2.6.5 and 3.0.3, I see what happened. When I set the custom field state to Required in Workflow, I did not do it for enough roles. In the end it seems like I needed to apply the setting to all roles for it to work as expected.
Not sure whether there is some issue in how the roles interact, or maybe the documentation could explain it more(?)
E Lipinsky wrote:
After testing more, including on 2.6.5 and 3.0.3, I see what happened. When I set the custom field state to Required in Workflow, I did not do it for enough roles. In the end it seems like I needed to apply the setting to all roles for it to work as expected.
Not sure whether there is some issue in how the roles interact, or maybe the documentation could explain it more(?)
You are probably testing this with a user account configured to be an Administrator. I've explained the expected behavior for this situation with references recently in RE: Validation on issue tracker before closing an issue?.
Another thing that might cause issues like this is that if a user has multiple roles on the same project, then only fields required/read-only for all its roles are actually required/read-only.
Hope this helps, Mischa.
Thanks Mischa, that does help. I think it was a combination of the Administrator and multiple role scenarios.
E Lipinsky wrote:
Thanks Mischa, that does help. I think it was a combination of the Administrator and multiple role scenarios.
I see. So this issue can be closed as it is the current expected behavior?
Mischa The Evil wrote:
I see. So this issue can be closed as it is the current expected behavior?
Ok, sure. Thanks.
- Is duplicate of Defect #11887: Issue permission doesn't apply to Administrators added
- Status changed from Needs feedback to Closed
- Resolution set to Duplicate
Also available in: Atom
PDF
Updated by Toshi MARUYAMA 
Updated by 
Updated by