We have moved to GitHub Issues
Created by George 27 Feb 2018, 15:32:20 Updated by Robert Copilau 21 Mar 2018, 12:47:23
Deleting a member group that is part of a Public Access feature, from the system, does not also remove the corresponding rows from the umbracoAccessRule table.
As a side effect, if a new member group is created having the same name as the deleted one, it will be automatically included in the "Member of group(s)" list of the Public Access feature.
Steps to reproduce:
The expected behavior would be that the above sql statement did not return any rows.
In order to verify the side effects (after the above steps): 1.In the Members section under Member Groups, create (once more) the "Test Member Group". 2 In the Content section, locate the "Home" content item and then select Public Access. 2.1. In the Public Access panel, the "Member of group(s)" list displays the "Test Member Group" even thought it was previously deleted from the system and not re-selected by a user's action.
The above was tested with Umbraco v7.8.1.
Testing notes are the same as above, when testing out the fix follow the same steps and make sure the member group is not assigned in Public Access.
@robertcopilau Cool! I didn't want to change anything in legacy code, but why not. Left you one comment to fix and then you can merge!
Done and done!
Backwards Compatible: True
Affected versions: 7.8.1
Due in version: 7.9.3
Sprint: Sprint 81
Story Points: 1