[MAGNOLIA-3608] Lack of permissions when saving a dialog fails silently Created: 12/Apr/11 Updated: 19/Dec/16 Resolved: 04/Aug/15 |
|
| Status: | Closed |
| Project: | Magnolia |
| Component/s: | admininterface |
| Affects Version/s: | 4.4.2 |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Magnolia International | Assignee: | Unassigned |
| Resolution: | Outdated | 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 |
|
If a user has permissions to view the complete menu, and read permissions on the role folder, she can open role dialogs. She can consequently edit them (which in itself is a bug, those dialogs should be read-only). When attempting to save, an AccessDeniedException is logged, but no feedback is given to the user, the dialog simply reopens (on the first tab), which is extremely confusing. This will hopefully be solved elegantly with 5.0, but in the meantime, an alert box would probably be better than nothing. I haven't verified if this is specific to the roles dialog, or a general behavior of the Magnolia dialogs yet. |
| Comments |
| Comment by Michael Mühlebach [ 04/Aug/15 ] |
|
We're closing this issue as outdated as it was reported for 4.4.x or earlier versions which are no longer supported. Don't hesitate to reopen or create a new ticket in case this is still relevant and you'll experience it on 4.5.x or later versions. |