Update dependency Azure.Core to 1.60.0#5610
Open
dependencyupdates[bot] wants to merge 1 commit into
Open
Conversation
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.
This PR contains the following updates:
1.53.0→1.60.0Release Notes
Azure/azure-sdk-for-net (Azure.Core)
v1.60.0Compare Source
1.60.0 (2026-06-30)
Features Added
AZID0004)DisableMtlsProofOfPossessionproperty toManagedIdentityCredentialOptionsto allow explicit opt-out of mTLS proof-of-possession token acquisition when the underlying requirements are met.Microsoft.Identity.Client.KeyAttestationextension package.Bugs Fixed
DefaultAzureCredentialcould throw anAuthenticationFailedExceptionand stop evaluating the credential chain on hosts without a managed identity — for example, a developer machine running in Visual Studio where the IMDS endpoint (169.254.169.254) is unreachable. WhenManagedIdentityCredentialis part of a chain, a failure to detect the managed identity source/capabilities is now surfaced as aCredentialUnavailableException, allowing the chain to continue to the next credential.v1.59.0Compare Source
1.59.0 (2026-06-09)
Features Added
AZID0004) mTLS Proof-of-Possession token binding support for managed identity scenarios, including dynamic host capability detection via MSAL and transport certificate rotation APIs onBearerTokenAuthenticationPolicy.Bugs Fixed
BearerTokenAuthenticationPolicyso that theAuthorizationheader is no longer re-attached to a request that has been redirected to a different host. Previously,RedirectPolicywould strip theAuthorizationheader before following a redirect, but the per-retryBearerTokenAuthenticationPolicywould re-add the cached bearer token to the redirected request — including when the redirect target was a different host. The policy now detects when the request URI authority has changed since it last authorized the message, defensively strips anyAuthorizationheader, and skips both re-authorization and theWWW-Authenticate(CAE)401handler so that no bearer token is sent to — or fetched in response to a challenge from — the redirect target. Same-host redirects, normal (non-redirected) requests, and CAE handling against the original host are unchanged. Callers who explicitly enabled auto-redirect (viaHttpPipelineTransportOptions.IsClientRedirectEnabled = trueorRedirectPolicy.SetAllowAutoRedirect(message, true)) and depended on the bearer token being re-attached on cross-host redirects should construct a separate client targeting the redirect-target host with a credential bound to that host's resource.Other Changes
Microsoft.Identity.Clientdependency to4.84.2.v1.58.0Compare Source
1.58.0 (2026-06-04)
Features Added
Bugs Fixed
NullReferenceExceptionthrown byOperation.RehydrateAsync/ArmOperation.RehydrateAsync(and the resulting operation'sUpdateStatusAsync/Value) when the rehydrated long-running operation has completed with a failure.OperationState.FailureandOperationState<T>.Failurenow honor their documented contract and materialize a defaultRequestFailedExceptionfrom the raw response when the caller passesnull, matching the behavior of the non-rehydration polling path.DiagnosticScopeto mark the parentActivityContextas remote (IsRemote = true) when a traceparent is provided viaSetTraceContextorAddLink. The traceparent in these paths is always extracted from an external source (e.g. a messaging broker's application properties), so samplers that distinguish local vs. remote parents — such as theRateLimitedSamplerused by the Azure Monitor OpenTelemetry exporter — can now make correct decisions for activities started from incoming messages.v1.57.0Compare Source
1.57.0 (2026-05-21)
Features Added
RequestContent.Create(BinaryContent)overload that adapts aSystem.ClientModel.BinaryContentinstance into aAzure.Core.RequestContentinstance.SCME0002)AzureCredentialResolverthat resolves Azure token credential sections (e.g.AzureCliCredential,ManagedIdentityCredential,ChainedTokenCredential) intoTokenCredentialinstances.ApiKeyCredentialsections are not claimed — clients dispatch onCredential.CredentialSourcethemselves.SCME0002) extensions onAzure.Identity.ConfigurationExtensions:AddAzureCredentialResolver()onIServiceCollectionandIHostApplicationBuilder— idempotent DI registration.IConfiguration.GetAzureCredentialSettings(sectionName, ...)— returnsCredentialSettings?withTokenProviderpopulated for token sources andKeypopulated for inline ApiKey sources, so a single call site can dispatch on either shape without binding aClientSettings.IConfiguration.GetAzureClientSettings<T>(sectionName, params CredentialResolver[] resolvers)— resolver-aware overload.Credential:Scopeat the credential-section root (the canonical SCM 1.12.0+ location) instead ofCredential:AdditionalProperties:Scope. SCM 1.12.0 reads both locations so existing configs continue to work.Breaking Changes
SCME0002)WithAzureCredentialextension methods onClientSettingsandIClientBuilder. For DI, useAddAzureClient<TClient, TSettings>/AddKeyedAzureClient<TClient, TSettings>(which registerAzureCredentialResolverautomatically), or callAddAzureCredentialResolver()followed byAddClient<TClient, TSettings>/AddKeyedClient<TClient, TSettings>. For standalone scenarios, useIConfiguration.GetAzureClientSettings<T>(...)orIConfiguration.GetAzureCredentialSettings(...).v1.56.0Compare Source
1.56.0 (2026-05-14)
Features Added
TokenRequestCallbackproperty andTokenRequestCallbackContexttype to MSAL-backed credential options to allow customizing token request body parameters before they are sent to the identity provider.v1.55.0Compare Source
1.55.0 (2026-05-05)
Features Added
AzureLocation.DenmarkEastfor the Denmark East Azure region.AdditionalQueryParametersproperty toTokenCredentialOptionsto enable forwarding extra query string parameters to MSAL during authentication.Bugs Fixed
AzureDeveloperCliCredentialto correctly parse error messages from Azure Developer CLI v1.23.7 and later, which previously caused raw JSON to surface inAuthenticationFailedExceptioninstead of the underlying error text.v1.54.0Compare Source
1.54.0 (2026-04-23)
Bugs Fixed
required: ["CredentialSource"]from thecredentialdefinition inConfigurationSchema.jsonto prevent duplicate entries when the schema is merged withSystem.ClientModel's schema.Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.
Commands to ignore dependencies
You can trigger dependency actions by commenting on this PR:
@particularbot ignore this major version@particularbot ignore this minor version@particularbot ignore this dependency