Defect #19693
openContext menu is unaware of the field permissions
0%
Description
User can see the field via context menu even if that field is not visible for that user.
Steps to reproduce: Create a custom filed with visibility set for Manager only. Log in as member and from the issue list, right click on the issue to see the hidden field.
Files
Updated by Toshi MARUYAMA over 9 years ago
- File admin.png admin.png added
- File member.png member.png added
- File bool.png bool.png added
- Status changed from New to Needs feedback
I cannot reproduce on trunk r14192.
Updated by Anonymous over 9 years ago
- File CustomField Rating.png CustomField Rating.png added
- File non_member_view.png non_member_view.png added
Toshi MARUYAMA wrote:
I cannot reproduce on trunk r14192.
I've tried in a public project and restricted the access to some of the members
I'm seeing this field as non member too
But non member is not able to see these fields in the issues view
I also had the same issue with redmine 3.0.1
But the one I was able to show is with 2.5.1.stable
Environment:
Redmine version 2.5.1.stable
Ruby version 1.9.3-p231 (2012-05-25) [i386-mingw32]
Rails version 3.2.17
Environment production
Database adapter Mysql2
Updated by Anonymous over 9 years ago
- File CustomFieldRating.png CustomFieldRating.png added
Updated by Anonymous over 9 years ago
- File Admin_issue_view.png Admin_issue_view.png added
- File non_member_issue_view.png non_member_issue_view.png added
Admin can see the two fields in the issue view
Non member is not able to see them there (this is correct) But he is able to see it in the context menu as in the above image
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from Needs feedback to Closed
- Resolution set to Cant reproduce
Anonymous wrote:
Environment:
Redmine version 2.5.1.stable
Ruby version 1.9.3-p231 (2012-05-25) [i386-mingw32]
Too old.
I tried list type custom filed on trunk, but I cannot reproduce.
Reporter deleted his account, so we cannot continue to discuss.
Updated by alex dl over 9 years ago
It can reproduced if we give add/edit issues permission to non member in a public project
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from Closed to New
- Resolution deleted (
Cant reproduce)
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from New to Needs feedback
alex dl wrote:
It can reproduced if we give add/edit issues permission to non member in a public project
I cannot reproduce.
Updated by Toshi MARUYAMA over 9 years ago
- Related to Defect #19163: Bulk edit form shows additional custom fields added
Updated by Toshi MARUYAMA over 9 years ago
- Related to deleted (Defect #19163: Bulk edit form shows additional custom fields)
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from Needs feedback to Closed
- Resolution set to Duplicate
I think this is duplicate of #19163.
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from Closed to New
- Resolution deleted (
Duplicate)
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from New to Needs feedback
Updated by Toshi MARUYAMA over 9 years ago
Updated by Tomasz O over 9 years ago
I have the same problem on:
Redmine version 3.0.2.stable
Ruby version 1.9.3-p484 (2013-11-22) [x86_64-linux]
Rails version 4.2.1
Environment production
Database adapter Mysql2
(all plug-ins disabled)
My permissions are defined as below:
Please note that:
1. Target version should be 'read-only' since 'submitted', and the custom field 'resolution' should be read-only since stpassed
2. Custom field 'reason for nochange' should be 'required' and visible for 'nochange' status
I am trying to set status to 'nochange'
and I can see the following
1. Fields 'Target version' and 'resolution' are still available for edit
2. The custom field 'reason for nochange' is not displayed - although there is prompt that it can not be empty.
3. When I am selecting another value from the 'Status' list all fields remain unchanged, whereas some should become required or read-only.
I hope this helps with reproducing and solving this issue.
Tomek
Updated by Toshi MARUYAMA over 9 years ago
- Status changed from Needs feedback to New