-
-
Notifications
You must be signed in to change notification settings - Fork 4.7k
Nested ldap groups #30223
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nested ldap groups #30223
Conversation
2673c54 to
94cf6f1
Compare
come-nc
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am still against this solution of caching differently intermediate result instead of fixing them.
Fixing them might actually improve performances as they would be cached accross requests like other groups.
@CarlSchwan c21c7f2 What do you think of this for instance? |
The patch looks good and also easier to read and understand |
55e472b to
b65ce12
Compare
|
Rebased on master and solved conflicts |
|
Rebased this PR and found some issues :( With two groups that are circular: A (with 3 members) and B (with 2 members)
This was fixed with 682a6ac and 4e165b1 in the stable20 fork but applying these patches in this branch doesn't work :( |
b65ce12 to
9853ee1
Compare
|
Found the issue! This got removed and when we ended up caching the intermediate steps, something that works fine for nested groups but not with circular groups. Now locally this patch seems to work. I added it back and also added back the runtime cache optimization |
b55b68b to
7de3156
Compare
Now it will only accept a string as parameter instead of either a string (DN) or a array (complete record). Signed-off-by: Carl Schwan <[email protected]>
This fixes some cases observed with the debugger where we end up merging a non empty list with null. The result is then null and the looping over the items would then end. Signed-off-by: Carl Schwan <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
This will not change the result as users are check to be existing afterwards but avoids this check when we know it’s a group. Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
And not intermediate search for nested groups, this is causing issues othewise with nested groups Signed-off-by: Carl Schwan <[email protected]>
This is a small optimization that save a few LDAP queries Signed-off-by: Carl Schwan <[email protected]>
Signed-off-by: Carl Schwan <[email protected]>
a36b8fd to
e5e7e57
Compare
come-nc
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 Tested and validated with Carl
Signed-off-by: Carl Schwan <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Signed-off-by: Côme Chilliet <[email protected]>
Otherwise we get false for empty array Signed-off-by: Carl Schwan <[email protected]>
Signed-off-by: Carl Schwan <[email protected]>
e5e7e57 to
99a7529
Compare
|
CI failure unrelated |
This PR adds support for nested groups and also increases the amount of caching. This can be tested with juliusknorr/nextcloud-docker-dev#51
Please look at the different commit messages for more explanation of every change