Bump the minor-and-patch group with 9 updates - #899
Open
dependabot[bot] wants to merge 1 commit into
Open
dependabot[bot] wants to merge 1 commit into
dependabot[bot] wants to merge 1 commit into
Conversation
Bumps Azure.Messaging.ServiceBus from 7.20.2 to 7.21.0 Bumps Jint from 4.16.2 to 4.16.3 Bumps MessagePack from 3.1.8 to 3.1.10 Bumps Microsoft.Azure.Relay from 3.0.1 to 3.1.1 Bumps Microsoft.Data.SqlClient from 7.1.0 to 7.1.1 Bumps Microsoft.Data.SqlClient.Extensions.Azure from 7.1.0 to 7.1.1 Bumps Microsoft.Diagnostics.NETCore.Client from 0.2.745401 to 0.2.748002 Bumps Microsoft.Diagnostics.Tracing.TraceEvent from 3.2.6 to 3.2.8 Bumps Microsoft.Windows.CsWin32 from 0.3.333 to 0.3.335 --- updated-dependencies: - dependency-name: Azure.Messaging.ServiceBus dependency-version: 7.21.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: minor-and-patch - dependency-name: Jint dependency-version: 4.16.3 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch - dependency-name: MessagePack dependency-version: 3.1.10 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch - dependency-name: Microsoft.Azure.Relay dependency-version: 3.1.1 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: minor-and-patch - dependency-name: Microsoft.Data.SqlClient dependency-version: 7.1.1 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch - dependency-name: Microsoft.Data.SqlClient.Extensions.Azure dependency-version: 7.1.1 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch - dependency-name: Microsoft.Diagnostics.NETCore.Client dependency-version: 0.2.748002 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch - dependency-name: Microsoft.Diagnostics.Tracing.TraceEvent dependency-version: 3.2.8 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch - dependency-name: Microsoft.Windows.CsWin32 dependency-version: 0.3.335 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: minor-and-patch ... Signed-off-by: dependabot[bot] <support@github.com>
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.
Updated Azure.Messaging.ServiceBus from 7.20.2 to 7.21.0.
Release notes
Sourced from Azure.Messaging.ServiceBus's releases.
7.21.0
7.21.0 (2026-10-06)
Features Added
SqlFilterCountandCorrelationFilterCountproperties toTopicRuntimeProperties, exposing the total number of SQL filters and correlation filters across all of a topic's subscriptions. These are populated byGetTopicRuntimePropertiesAsyncandGetTopicsRuntimePropertiesAsync.ServiceBusAdministrationClientOptions.ServiceVersion.V2024_05and made it the default service version. The topic filter counts above are served by the2024-05service API version, so the administration client now sendsapi-version=2024-05by default.GetMessageSessionsAsyncoverloads onServiceBusClientfor queues and subscriptions. The no-filter overload returns the IDs of sessions that have active messages or session state, and thesessionStateUpdatedAfteroverload returns session IDs whose session state was updated after the specified timestamp. Implements thecom.microsoft:get-message-sessionsAMQP management operation. (#58761)ServiceBusSessionReceiver, allowing a session to be cooperatively taken over by another receiver. SetServiceBusSessionReceiverOptions.EnableNonExclusiveSessionto accept a session non-exclusively, then read the token fromServiceBusSessionReceiver.SessionLockTokenand pass it asServiceBusSessionReceiverOptions.SessionLockToken = Guid.Parse(token)to take that session over.ServiceBusSessionReceiver.IsSessionExclusivereports the mode the session was established under. Dispositions for a non-exclusive session are routed over the management link so that settlement keeps working across a takeover, which lowers settlement throughput compared to an exclusive session. This applies toServiceBusSessionReceiveronly;ServiceBusSessionProcessorcontinues to lock sessions exclusively. Accepting a session withEnableNonExclusiveSessionset throwsNotSupportedExceptionwhen the endpoint declines it, either by refusing the request outright or by accepting it without assigning a lock token, which is how a caller detects whether the feature is available for a namespace. An endpoint that declines in some other way surfaces the exception its own error maps to. (#60060)Bugs Fixed
Fixed retry classification for web socket failures with nested causes. On modern .NET, a transient network failure during a web socket connection attempt surfaces as a
WebSocketExceptionthat wraps anHttpRequestException, which wraps the meaningfulIOExceptionorSocketException. The retry policy previously inspected only one level of nesting and treated these failures as terminal. The policy now unwraps nested wrapper exceptions to a bounded depth, so transient failures such as a connection reset use the configured retries. Terminal socket failures, such as host-not-found and host-unreachable, are not retried at any supported depth. A host-unreachable failure on an established connection is now terminal. Earlier versions retried it. (#61868)Fixed a bug where canceling
ServiceBusReceiver.CloseAsyncleft the receiver unable to close its own links. The receiver was marked as closed, and its set of locked messages disposed, before the cancellation was observed, so every later call toCloseAsyncreturned immediately without doing any work and the links stayed open until the owningServiceBusClientwas disposed. The receiver is now left open and closable when a close does not complete, so the operation can be retried. (#59309)Other Changes
ServiceBusAdministrationClientservice version is now2024-05(previously2021-05). Existing operations are unaffected in behavior; the change is required to surface the new topic filter count properties.Commits viewable in compare view.
Updated Jint from 4.16.2 to 4.16.3.
Release notes
Sourced from Jint's releases.
4.16.3
Jint 4.16.3 is a maintenance release from the
4.xbranch: correctness and conformance fixes backported frommain, and nothing that changes an existing API or an existing default. If you are on 4.16.2 it is a drop-in update — every public signature is the one 4.16.0 shipped, on all five target frameworks, and the per-framework snapshots inJint.Tests.PublicInterface/Verify/are unchanged.mainremains 5.0.0 development; what is coming there is recorded as it lands indocs/v5-migration.md.Highlights
A long-lived engine stops accumulating what it has already run.
Evaluate(string)andExecute(string)parse a freshScripton every call, and the engine kept every one of them. Three of the four per-engine handler-tree caches already reset wholesale at 2048 entries so a host streaming endless distinct sources cannot grow them without bound; the fourth,_evaluatedScripts, never got that ceiling and held its keys strongly, retaining the AST of every distinct script the engine had ever evaluated — about 528 bytes per call, climbing forever and reclaimed by nothing short of dropping the engine (#4116). The realm's tagged-template map had the same shape and a harder constraint:Realm._templateMapwas aDictionary<Node, JsArray>, strong on both ends and never cleared, costing roughly 1.35 KB per call for a frozen array and its raw array. A ceiling is no remedy there, because evicting a live template site is script-visible —f() === f()must hold for one site — so it becomes aConditionalWeakTable<Node, WeakReference<JsArray>>, weak on both halves (#4119). Both matter most to exactly the embedding that looks innocuous: one engine, kept for the lifetime of the process, handed ad-hoc source.A suspended frame no longer dereferences what the suspension produced.
awaitandyieldsuspend by returning a plainundefined, and the enclosing member link turns that into a sentinel reference that every consumer must recognise before reading. Nine did not, so they readundefined.undefinedand raised aTypeErrorinside a frame that was already suspended.AsyncBlockStartswallowed that throw, but not before the statement-list resume position had been cleared on the way out — so the resume replayed the body from the first statement: one extra run of every un-awaited side effect per suspension point, and a re-entrancy guard silently truncating the rest. In a generator nothing swallows it and theTypeErrorcomes straight out ofnext(). Two shapes were wrong answers rather than repeated ones —(await p).x = 1rejected the promise, ando[await k] = 1assigned to the literal key"undefined"instead of the real one — andfor await ((await p).a of it)never terminated at all. Optional chaining was not the trigger despite where the report put it: the guarded fast lane needs a literal property name, so every computed member read of an awaited or yielded value fell through,(await p)[0]as much as(await p)[k](#4089, reported by @salihvatanseverv in #4086).Verification
Every change was verified failing-first against the unfixed branch. The suspension fix is pinned by 35 new cases in
Jint.Tests/Runtime/SuspendedOptionalChainTests.cs: against 4.16.2's code 28 fail and 6 pass on both .NET 10 and .NET Framework 4.7.2, with a 35th — thefor awaitshape — hanging the test host outright rather than failing; after the fix all 35 pass on both. The retention fixes are pinned byJint.Tests/Runtime/GarbageCollectionTests.csandTaggedTemplateCacheTests.cs.Release diagnostics on the tagged commit, in Release:
Jint.Tests7,170 (net10.0) and 7,085 (net472);Jint.Tests.PublicInterface1,852 and 1,844;Jint.Tests.CommonScripts28 and 28;Jint.Tests.SourceGenerators52; the host-contract verification leg (JINT_HOST_CONTRACT_VERIFICATION=1) 7,170 / 7,085 and 1,856 / 1,848 — zero failures anywhere. test262: 102,498 passed, 183 skipped, with three files crossing the engine's default 30-second budget under whole-suite CPU contention and passing in three seconds when run alone.The paired SunSpider and Dromaeo comparison against 4.16.2 was run after the tag rather than before it, which is a departure from how 4.16.2 was gated; it is recorded here because the result is what the release notes should carry, not the order it arrived in. No row regressed. Fifty-one rows, paired, alternating order,
DefaultJob, on an idle machine: the three-round screen left two candidates clearing the sign-agreement and magnitude bar, both of themDromaeo.StringBase64, and re-measuring those at eight rounds read −1.72% [−3.01, +1.98] and +0.30% [−3.10, +4.26] — no change, with a third parameter combination coming out faster.StringBase64is the rowJint.Benchmark/AGENTS.mdalready documents as a three-round false positive, and it behaved as documented. TheCubecontrol rows moved +0.6% to +0.8%, which is this machine's floor on rows the change cannot reach.Nothing here is a performance change by intent. #4119 does move a tagged-template lookup from a
Dictionaryto aConditionalWeakTableand #4089 adds suspension checks to several interpreter lanes, and neither is visible above the noise floor.What's Changed
Full Changelog: sebastienros/jint@v4.16.2...v4.16.3
Commits viewable in compare view.
Updated MessagePack from 3.1.8 to 3.1.10.
Release notes
Sourced from MessagePack's releases.
3.1.10
Security fix
Other fixes
New Contributors
Full Changelog: MessagePack-CSharp/MessagePack-CSharp@v3.1.9...v3.1.10
3.1.9
What's Changed
Security fix
Other fixes
Full Changelog: MessagePack-CSharp/MessagePack-CSharp@v3.1.8...v3.1.9
Commits viewable in compare view.
Updated Microsoft.Azure.Relay from 3.0.1 to 3.1.1.
Release notes
Sourced from Microsoft.Azure.Relay's releases.
3.1.1
3.1.0
Commits viewable in compare view.
Updated Microsoft.Data.SqlClient from 7.1.0 to 7.1.1.
Release notes
Sourced from Microsoft.Data.SqlClient's releases.
7.1.1
This servicing release fixes decimal parameter validation, token expiry handling in connection pool V2, and connection opens that are in progress when a pool is cleared.
Companion package release notes
Changes Since 7.1.0
Fixed
Fixed an
ArgumentExceptionwhen sending zero-valueddecimalorSqlDecimalparameters whose precision equals their scale. Nonzero precision validation and support for large decimal values are unchanged. (#4715, #4721, #4732)Fixed connection pool V2 handing out pooled connections with expired or nearly expired access tokens. The pool now checks token expiry before reuse, matching the default pool's behavior while preserving transaction-affine reuse. This affects only applications that opt in to connection pool V2. (#4734, #4739)
Fixed connection opens failing when
ClearPoolorClearAllPoolsraces with an in-flight open. Requests already admitted to the cleared pool can finish, and connections returned to the retired pool are discarded rather than reused. (#4714, #4718, #4740)Target Platform Support
Dependencies
.NET 9.0
... (truncated)
Commits viewable in compare view.
Updated Microsoft.Data.SqlClient.Extensions.Azure from 7.1.0 to 7.1.1.
Release notes
Sourced from Microsoft.Data.SqlClient.Extensions.Azure's releases.
7.1.1
This servicing release fixes decimal parameter validation, token expiry handling in connection pool V2, and connection opens that are in progress when a pool is cleared.
Companion package release notes
Changes Since 7.1.0
Fixed
Fixed an
ArgumentExceptionwhen sending zero-valueddecimalorSqlDecimalparameters whose precision equals their scale. Nonzero precision validation and support for large decimal values are unchanged. (#4715, #4721, #4732)Fixed connection pool V2 handing out pooled connections with expired or nearly expired access tokens. The pool now checks token expiry before reuse, matching the default pool's behavior while preserving transaction-affine reuse. This affects only applications that opt in to connection pool V2. (#4734, #4739)
Fixed connection opens failing when
ClearPoolorClearAllPoolsraces with an in-flight open. Requests already admitted to the cleared pool can finish, and connections returned to the retired pool are discarded rather than reused. (#4714, #4718, #4740)Target Platform Support
Dependencies
.NET 9.0
... (truncated)
Commits viewable in compare view.
Updated Microsoft.Diagnostics.NETCore.Client from 0.2.745401 to 0.2.748002.
Release notes
Sourced from Microsoft.Diagnostics.NETCore.Client's releases.
No release notes found for this version range.
Commits viewable in compare view.
Updated Microsoft.Diagnostics.Tracing.TraceEvent from 3.2.6 to 3.2.8.
Release notes
Sourced from Microsoft.Diagnostics.Tracing.TraceEvent's releases.
3.2.8
What's Changed
New Contributors
Full Changelog: microsoft/perfview@v3.2.6...v3.2.8
Commits viewable in compare view.
Updated Microsoft.Windows.CsWin32 from 0.3.333 to 0.3.335.
Release notes
Sourced from Microsoft.Windows.CsWin32's releases.
0.3.335
Changes:
This list of changes was auto generated.
Commits viewable in compare view.
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore <dependency name> major versionwill close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)@dependabot ignore <dependency name> minor versionwill close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)@dependabot ignore <dependency name>will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)@dependabot unignore <dependency name>will remove all of the ignore conditions of the specified dependency@dependabot unignore <dependency name> <ignore condition>will remove the ignore condition of the specified dependency and ignore conditions