-
-
Notifications
You must be signed in to change notification settings - Fork 18
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
bug: 400 error when list groups members #75
Comments
more information here: #62 (comment) |
Hi! Info:
Command:
Output:
Result: Thanks! |
@snavarro-factorial thank you very much for your detailed information, I have an idea of the problem, but I need your help to understand better what is happening. The problem is here idp-scim-sync/internal/scim/scim.go Line 602 in caa2271
I don't know why after getting the So, I added new trace logs in a branch fix-issue#75 to get much information from you, so what I need:
NOTE: the idea is to have all the information you can provide to me about your problem because to fix this I need to replicate more or less your case in Example of how to call the built program: ./build/idpscim \
--aws-s3-bucket-key "cli-state.json" \
--aws-s3-bucket-name scim-test.xxxxx \
--aws-scim-access-token 'xxxxxxx' \
--aws-scim-endpoint https://scim.eu-central-1.amazonaws.com/xxxxxx/scim/v2/ \
--config-file ".idpscim.yaml" \
--gws-groups-filter 'name=SysAdmin' \
--gws-groups-filter 'name=Developers' \
--gws-groups-filter 'name=Data' \
--gws-service-account-file credentials.json \
--gws-user-email xxxxxxxx \
--log-format text \
--log-level trace \
--sync-method groups NOTE: also this information is important for me
Why? because if you change the |
Thanks for all the help! I've done as you said, and the trace in that particular point is as follows:
It's actually true that
In any case, I'll attach the "full" log (I removed all the "creatinguser" lines regarding other users and left only the one with that user that fails; all lines removed were replaced by a I hope this helps! Thanks again! |
Extra info: |
thank you very much @snavarro-factorial , now I have a better idea of the problem. Looks like the AWS SCIM API changes as you commented, our problem is here
ones the user is created, I don't know why retrieving information the id is empty, and this is why after when trying to find the groups fail line of code where start the problem: idp-scim-sync/internal/scim/scim.go Line 296 in caa2271
I have a question @snavarro-factorial is the user deactivated? because the answer from AWS API say that the user is not active, this is true?
lines of code involved: Line 238 in caa2271
Line 288 in caa2271
Line 295 in caa2271
I think the id is empty because this is not active, and I didn't consider this scenario and now I will. please let me know if this is true |
also @snavarro-factorial please fetch the latest change I did to the branch I added a new Line 406 in 8dcb637
Then please share the relevant information you got. |
Hi there! |
Hello! There was also a bug on a if/else block, tried to find it again with no avail, but it was something that only occured when you used "trace" log level, since it makes the code go into that if/else, it reads some file and closes it, and when it goes out of the if/else block it tries to read it again and that forced the code to close with an EOF. Thanks a lot! |
hi @snavarro-factorial I think I fixed the problem you are having After several code changes and improvements, also I detected at least 4 bugs already fixed and new code is merged in the I'm waiting for your confirmation of the bug mitigation to close this ticket and create a new release. Could you test again using the new code from the NOTE:
|
fixed in release #v0.0.12 |
Sorry, since I have no error already because I synced "from scratch" I can't test it properly :( |
hi @snavarro-factorial thank you very much, don't worry, I understand. Also, I would like to let you know that now this is fixed and tested in v0.0.14. Now you can change the primary keys of the entities without any problem. Users -> email |
This issue come from a comment in issue #62
Hi there!
This bug appeared again for us; we're using last version (0.0.13).
We're syncing three groups, and one of them have more than 100 users (137 right now).
I deleted the state to force a clean run of the sync app, but it still returns that error (and doesn't recreate the state.json).
Thanks a lot!
Originally posted by @snavarro-factorial in #62 (comment)
The text was updated successfully, but these errors were encountered: