[MAGNOLIA-520] ACL shows read/write even if not so Created: 09/Aug/05  Updated: 17/Mar/09  Resolved: 10/Aug/05

Status: Closed
Project: Magnolia
Component/s: None
Affects Version/s: 2.1 Final
Fix Version/s: 2.1 Final

Type: Bug Priority: Major
Reporter: Philipp Bärfuss Assignee: Philipp Bärfuss
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

Can anyone try to reproduce this? I'm running 2.1-RC3 on linux debian with a good gig o' RAM. Just a minor bug anyway. I tried clienting with both IE and Firefox.

1) Edit a role in AdminCentral
2) Go to ACL
3) Change to Users and/or Roles repo
4) Add some conditions, and try using some that are not "Read/Write"
5) Save
6) Now edit the role again
7) Go to ACL
8) Change to Users and/or Roles repo

See all the conditions appear as "Read/Write"? They actually aren't, but appear to be so.



 Comments   
Comment by Philipp Bracher [ 10/Aug/05 ]

fixed

Generated at Mon Feb 12 03:18:14 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.