Store approving user for access requests
What does this MR do and why?
If a user joins a project or group via an access request, the approver is not saved and there is no way to find out who added that member.
This MR stores the approving user into the created_by
column like it is done if a user is added directly.
Screenshots or screen recordings
Old behaviour | New behaviour |
---|---|
How to set up and validate locally
With code from master
- Request access to a project as non-member
- Approve the access request as project-maintainer
- Observe that the membership does not show who added the member
With code from the MR
- Request access to a project as non-member
- Approve the access request as project-maintainer
- Observe that the membership now does show who added the member
MR acceptance checklist
This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.
-
I have evaluated the MR acceptance checklist for this MR.