Repository navigation
Cap microsoft-kiota-http below 1.13 in the Microsoft Azure provider - #74090
Merged
Merged
Conversation
microsoft-kiota-http 1.13.0 moved the request options from request.options to request.extensions. msgraph-core 1.5.1 (the latest release) still only runs its AsyncGraphTransport middleware when request.options exists, so with kiota-http 1.13 and later every request skips redirects, retries, URL replacement and the user agent handler. A drive item download then gets Graph's raw 302 and KiotaRequestAdapterHook returns None. Cap the version until msgraph-core reads request.extensions. closes: apache#74089 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
eladkal
approved these changes
Oct 2, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
microsoft-kiota-http1.13.0 moved the per-request options fromrequest.optionstorequest.extensions.msgraph-core1.5.1, the latest release, still only runs the middleware pipeline ofAsyncGraphTransportwhenhasattr(request, "options"). Withmicrosoft-kiota-http1.13 or later, every request made throughKiotaRequestAdapterHooktherefore skips the redirect, retry, URL replacement and user agent handlers:/contentanswers302) returns Graph's raw redirect with an empty body, sorun(..., response_type="bytes")returnsNone;The current
constraints-3-3(1.14.0) andconstraints-main(1.14.1) both resolve to an affected version. 1.14.1 is affected too.This caps
microsoft-kiota-http<1.13.0until amsgraph-corerelease readsrequest.extensions. The fix is in review in microsoftgraph/msgraph-sdk-python-core#1129, for microsoftgraph/msgraph-sdk-python-core#1128. The cap carries a comment linking both issues.uv.lockonly changes themicrosoft-kiota-httpentry (1.14.0 → 1.12.3).Verified with Kiota's real
HttpxRequestAdapteragainst anhttpx.MockTransportanswering302then the file:microsoft-kiota-http1.12.3 returns the bytes, while 1.14.0 and 1.14.1 returnNone. That holds withmicrosoft-kiota-abstractions1.14.0, so onlymicrosoft-kiota-httpneeds the cap. The provider's msgraph hook, operator and sensor tests pass on 1.12.3.closes: #74089
Was generative AI tooling used to co-author this PR?
Generated-by: Claude Opus 5.5 following the guidelines
{pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.