You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We store batch requests steps in a dictionary which doesn't guarantee insertion order when reading batch request steps.
When using dependsOn within OData Batch requests, the API expects that the dependency appears earlier in the array of requests.
Microsoft Graph fails with "Invalid dependency for request Id..."
Expected behavior
The developer dictates the order of batch request steps & that the order is retained during serialization. In case of an error, developer needs to adjust their order.
How to reproduce
Add batch request steps with different keys (UUIDs, ints etc) and test that insertion order is retained when calling GetBatchRequestContentAsync()
SDK Version
3.1.17
Latest version known to work for scenario above?
No response
Known Workarounds
No response
Debug output
Click to expand log
```
</details>
### Configuration
_No response_
### Other information
_No response_
The text was updated successfully, but these errors were encountered:
Describe the bug
We store batch requests steps in a dictionary which doesn't guarantee insertion order when reading batch request steps.
When using
dependsOn
within OData Batch requests, the API expects that the dependency appears earlier in the array of requests.Microsoft Graph fails with "Invalid dependency for request Id..."
Expected behavior
The developer dictates the order of batch request steps & that the order is retained during serialization. In case of an error, developer needs to adjust their order.
How to reproduce
Add batch request steps with different keys (UUIDs, ints etc) and test that insertion order is retained when calling
GetBatchRequestContentAsync()
SDK Version
3.1.17
Latest version known to work for scenario above?
No response
Known Workarounds
No response
Debug output
Click to expand log
```The text was updated successfully, but these errors were encountered: