TK-31: Add Automatic Group Creation for Information Sharing Agreements

[klondikemarlen]

Fixes https://yg-hpw.atlassian.net/browse/TK-31

References:

• https://yg-hpw.atlassian.net/browse/TK-30

Context

Implements automatic group creation when information sharing agreements is marked as signed. Previously, groups had to be manually created and associated with agreements, which was error-prone and inconsistent. This change automates the entire process, ensuring proper group creation, admin assignment, and also cleanup if agreements are reverted to draft.

Implementation

1. Add automatic group creation service for information sharing agreements.
2. Implement sharing and receiving group creation with proper admin assignment.
3. Add group destruction when agreements are reverted to draft status.
4. Refactor user group creation service to support mailer updates.
5. Add comprehensive validation and error handling for group creation.
6. Update information sharing agreement factory to remove optional associations.
7. Add extensive test coverage for all group creation scenarios.

Screenshots

N/A - backend changes only

Testing Instructions

1. Run the test suite via dev test.
2. Boot the app via dev up.
3. Log in to the app at http://localhost:3000.

Test Case 1: Signing an Agreement Creates Groups

4. Navigate to Administration → Information Sharing Agreements.
5. Click New to create a new agreement.
6. Fill out Basic Information:
   • Enter a Title and Purpose.
   • Select a Sharing Group Contact (external/First Nation user).
   • Select a Receiving Group Contact (internal/YG user).
   • Select a Receiving Group Secondary Contact (YG Manager).
7. Click Save to proceed to Agreement Duration & Expiration.
8. Select an expiration condition and set an end date, then Save.
9. Fill out Access and Confidentiality sections, saving each.
10. From the agreement view page, click Sign Agreement.
11. Upload a signed acknowledgement file (PDF or DOC) and submit.
12. Verify the agreement status changes to Signed.
13. On the agreement view page, verify that a Sharing Group chip and a Receiving Group chip now appear.
14. Navigate to Administration → Groups.
15. Verify two new groups were created for this agreement.
16. Click into the Sharing Group and go to the Users tab — verify the sharing group contact is listed as an admin.
17. Click into the Receiving Group and go to the Users tab — verify both the receiving group contact and the secondary contact are listed as admins.

Test Case 2: Reverting to Draft Destroys Groups

18. Navigate back to the agreement created in Test Case 1.
19. Click Revert to Draft.
20. Confirm the dialog by clicking Revert to Draft again.
21. Verify the agreement status returns to Draft.
22. Verify the Sharing Group and Receiving Group chips are no longer displayed on the agreement.
23. Navigate to Administration → Groups.
24. Verify that both groups created in Test Case 1 have been removed.