devices expand=registeredUsers does only return the id
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 42/100
Rechercherichtung
Beginne damit, die Anfrage über GraphServiceClient und DevicesRequestBuilder mit expand=['registeredUsers'] zu reproduzieren, und vergleiche anschließend die SDK-Antwort mit der Antwort von Graph Explorer. Verfolge, wie registeredUsers in den zurückgegebenen Geräteobjekten dargestellt und befüllt wird; abgeschlossen ist die Aufgabe, wenn die erweiterten Benutzer über id hinausgehende Eigenschaften offenlegen, die mit der Serviceantwort übereinstimmen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Describe the bug
Using the devices endpoint in graph and the parameter expand=registeredUsers is supposed to return (all) values for all registered users.
Each registered user is supposed to be of type #microsoft.graph.user
Using graph-explorer, this works, i.e. https://graph.microsoft.com/beta//devices?$expand=registeredUsers
will contain a list of microsoft.graph.user objects in the registeredUsers property, where each user has attributes like mail, imAddresses etc filled.
Using the SDK only the id property for the microsoft.graph.user object is filled, i.e. all other properties are None or empty collections.
Is this a bug or something on my end I don't understand?
my calling code (broken down):
request_config = DevicesRequestBuilder.DevicesRequestBuilderGetQueryParameters(
top=20,
expand=['registeredUsers']
)
self._event_loop.run_until_complete(self._graph_service.devices.get(request_config))
where _event_loop == asyncio.get_event_loop()
and _graph_service == GraphServiceClient
Expected behavior
A list of devices is returned, where registered Users of type #microsoft.graph.user in the device's registeredUsers property have more properties filled than just the ID
How to reproduce
See description
SDK Version
1.56.0
Latest version known to work for scenario above?
No response
Known Workarounds
No response
Debug output
No response
Configuration
- OS: MacOS 26.3.1
- Arch: Apple Silicon
- Python: 3.13.7 (venv)
Other information
No response
- Vorherrschende Sprache
- Python
- Sterne
- 44
- Forks
- 16
- Ø Merge
- 20 Std. 39 Min.
- Gemergte PRs (30 T.)
- 3
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoftgraph/msgraph-beta-sdk-python
-
enhancement
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
-
status:waiting-for-triage type:bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
-
type:bug type:investigation
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
microsoftgraph/msgraph-beta-sdk-python#1033 · 1 Reaktion ·
-
status:waiting-for-triage type:bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100
microsoftgraph/msgraph-beta-sdk-python#987 · 2 Kommentare ·
-
status:waiting-for-triage type:bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
Alle Issues in microsoftgraph/msgraph-beta-sdk-python
Ähnliche Issues
-
link-check link-check:sphinx-theme
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
qgis/QGIS-Documentation#11275 ·
-
bug priority:normal ready-for-dev
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
OpenHands/extensions#626 · 1 Kommentar ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
CSCfi/sd-search-api#39 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100