group 2.2.1

This fixes a critical bug that led to duplicate memberships or creator memberships not having the right roles assigned.

Warning: This introduces a behavioral change for code-generated groups' creators. If you have a group type configured to add a membership for the creator and require the creator to fill out their membership form, then code-created groups of that type will no longer generate a creator membership. This is to enforce the fact that you turned on the membership form and therefore probably rely on memberships to not have missing data.

All groups created through the UI will now behave as expected when it comes to their creator memberships. This change record details how code-generated groups now behave slightly differently.

Finally, if you suffered from this bug, your database may still have duplicate memberships in them. I strongly advise you to run this query to find them and then manually sort them out:

SELECT CONCAT('Group: ', gid, ' - User: ', entity_id) as Affected, GROUP_CONCAT(id, ',') as Relationships FROM group_relationship_field_data WHERE plugin_id = 'group_membership' GROUP BY gid, plugin_id, entity_id HAVING COUNT(id) > 1;

Contributors (4)

LOBsTerr, kristiaanvandeneynde, ignaciolflores, percoction

Changelog

Issues: 4 issues resolved.

Changes since 2.2.0:

Bug

• #3016197 by LOBsTerr, kristiaanvandeneynde, ignaciolflores, percoction: "Group creator must complete their membership" Wizard duplicates membership

Task

• #3393943 by kristiaanvandeneynde: Supply description for Group from URL context
• #3393941 by kristiaanvandeneynde: Do not check for access on config entity queries that aren't mean to do so
• #3393936 by kristiaanvandeneynde: Group operations block can now require the context