-
Notifications
You must be signed in to change notification settings - Fork 247
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
Inability to retrieve user accounts from EntraID through Webjob\FunctionApp -TrackingID#2406031420000580 #2569
Comments
Thanks for raising this @AGualandi Using graph explorer ends up using delegated permissions while the permissions listed look to be application permissions. This difference may be the cause of the difference. Any chance you can try
|
Hello, I have tested with Postman using the app registration token and the first call we have received 0 results as the webjob method. Response header: The following executions of the same query (https://graph.microsoft.com/v1.0/users?$count=true&$filter=(accountEnabled eq true) ) reported the users correctly (requestId 0f2c74f5-0f82-46f8-8e9b-0c4bb3623b7d ). I have also tried the @odata.nextLink reported in the empty response rabove and the users were found (requestId 2cb3a6d0-5f9c-4d50-a206-227805b35630 ). it is correct to have @odata.nextLink field allways populated if no result is found in the query? It seems there is some issue only on the first call done on the graph method while, only after the first call, the results are found: could you check why? Regards, |
Thanks for the extra information here @AGualandi Just to confirm, have you passed over this info(request id and example responses) to the support ticket on Azure? As this is clearly an issue/question with the API, we'd suggest ensuring this info is passed over to the support ticket to get clarifications on this. As this repo is mainly intended for SDK related issues, we are not in the best place to help out with questions on API behavior. |
Hello, I have reported the same information to the thread related to the ticket to Azure ( TrackingID#2406031420000580). |
Hello, I have made some other tests and I have found a strange behavior which seems related to the Top query command. [07/15/2024 19:46:24 > 77e36b: INFO] First call graph - users found: 900 - requestId: 143bbf52-9f87-48f1-886b-10caabaade8d - Next link found: false So the users have been found but next link field was not populated (“Next link found: " + usersClient.NextPageRequest != null ? "true" : "false" ). I have modified the code previously attached to remove the .Top(900) configuration and the tests done yesterday evening the webjobs have been executed correctly either by executing them manually or by scheduling. Could you check if Top command could be the cause of this ticket issue? Regards, |
Following up on this, @AGualandi. Please make sure this info is added to the support ticket so that the API owners can confirm this for you. |
Hello, |
Good morning,
this ticket has been opened to report an issue about the Graph API graphServiceClient.Users.Request: this method, used to get all the enabled users (filter "accountEnabled eq true") in EntraID of the tenant, reports zero users found (see "First call graph - users found: 0" in attached log screenshot, webjob_log) for most of the times.
The Graph API is in a function App metod called by a scheduled webjob. Sometimes the method seems to work correctly especially if it is executed manually.
In the attached screenshot Graph_Code it is reported the Graph API used call (Graph v4.54).
I have also attached the permission assigned to the logic App (screenshot Permission)
The same code is already used for a similar application for another tenant without the issue.
I have also executed the same Graph method in the tenant through Graph Explorer (https://graph.microsoft.com/v1.0/users?$count=true&$filter=(accountEnabled eq true) ) with no issue.
We have already opened a ticket to Azure ( TrackingID#2406031420000580) to analize this issue and it was requested to open also a parallel ticket on Github.
Could you verify why the Graph method graphServiceClient.Users.Request could return zero users found without generating a more specific exceptions?
Regards,
Andrea
Attachment:
-Permission:
-Graph_Code:
-webjob_log:
The text was updated successfully, but these errors were encountered: