[MAGNOLIA-3602] Deleting a role that is reffered by a group Created: 06/Apr/11 Updated: 19/May/11 Resolved: 19/May/11 |
|
| Status: | Closed |
| Project: | Magnolia |
| Component/s: | None |
| Affects Version/s: | 4.0 |
| Fix Version/s: | 4.4.4 |
| Type: | Bug | Priority: | Neutral |
| Reporter: | Zdenek Skodik | Assignee: | Ondrej Chytil |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
|
||||
| Issue Links: |
|
||||
| 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 end up in a situation that other role/s, assigned to the group, is/are suddenly showed up as uuids, not as names. To reproduce:
|
| Comments |
| Comment by Jan Haderka [ 17/May/11 ] |
|
Would not rewriting the loops using while and iterator work better then manually taking care of indexes are remove()? If nothing else it would make code easier to read. |
| Comment by Ondrej Chytil [ 19/May/11 ] |
|
Result of this fix is that in case of non-existing group/role that one is removed from definition of user/group instead of throwing uuid which does not exist anymore. |