No postDelete emitted for ldap groups
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 17
- Forks
- 19
- Avg merge
- 11h 40m
- Merged PRs (30d)
- 2
Description
postDelete hook is not emitted when groups go missing (out of filter, removed, deleted etc).
What is the expectation here? Do we cleaneup? Do we wait for them to reappear?
This means some things dont get cleaned up properly. Like subadmin relationships. The users will still see 'Users' in the top right because they are seen to still be subAdmins because they have entries in oc_group_admin. Might be other user->group relations which are present, and not cleaned up because they only listen on OC\Group postDelete hook.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Trace LDAP group disappearance paths and the OC\Group postDelete listeners, using oc_group_admin as the reported cleanup case. Clarify whether missing, filtered, removed, or deleted groups should emit cleanup events; done means stale user-group and subadmin relationships no longer remain for the chosen case.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- php
- Domain
- authentication
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100