Skip to content

deps(nuget): Bump the nuget-patch-and-minor group with 14 updates - #83

Open
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/nuget/nuget-patch-and-minor-04751bbfe1
Open

dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/nuget/nuget-patch-and-minor-04751bbfe1

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 28, 2026

Copy link
Copy Markdown

Updated coverlet.collector from 10.0.1 to 10.1.0.

Release notes

Sourced from coverlet.collector's releases.

10.1.0

Improvements

  • Publish Microsoft.Testing.Platform coverage messages from coverlet.MTP #​2019
  • Implement dynamic exclusion filters for assemblies (Coverlet.MTP) #​1946
  • Replace legacy .sln files with modern .slnx format #​1966
  • coverlet.console: add trace diagnostics and actionable warnings for instrumentation/hit/empty-result failures #​2005
  • Relax auto-property skip logic and improve coverage for records #​1941

Fixed

  • Fix coverlet.MTP does not collect coverage on the .NET Framework portion of a large project #​1980 #​1967
  • Fix Regression in branch coverage for lambda expressions #​1938
  • Fix When using "is" with "or" in pattern matching, branch coverage is lower than normal #​1979
  • Fix silent zero coverage on .NET Framework since 8.0.0 #​1985 by @​tobiwae
  • Fix Race condition between ProcessExit hit-file write and out-of-proc coverage read causes EndOfStreamException #​1987 #​1988 by @​bkoelman
  • Fix Regression TypeInitializationException when targeting .NET Framework - Could not load type 'System.Collections.Concurrent.ConcurrentBag #​2010
  • Fix use --config-file CLI arg in coverlet.MTP #​2030 by alexthornton1
  • Fix silently empty coverage for shared-framework assemblies missing from compileLibraries #​2032 by @​Eljees

Diff between 10.0.1 and 10.1.0

Commits viewable in compare view.

Updated Dapr.AI.Microsoft.Extensions from 1.18.4 to 1.18.10.

Release notes

Sourced from Dapr.AI.Microsoft.Extensions's releases.

1.18.10

What's Changed

This is a fix for a regression introduced in v1.18.9!

Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10

1.18.9

What's Changed

Huge thanks to @​olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:

  • 54% fewer reads against runtime state
  • Because of #​1913, "not found" was cached and resulted in a single runtime read instead of 44 on a circuit subscription
  • Because of #​1914, there were no runtime reads incurred when publishing compared to a prior 21

Especially for implementations that favor heavy writes and updates, you should see similar improvement.

Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9

1.18.8

What's Changed

Dapr.Messaging Overhaul

Prior to this release, Dapr.Client provided basis publish and dynamic streaming subscription methods, Dapr.AspNetCore offered controller-based programmatic topic subscription and Dapr.Messaging offered streaming subscription support. In this release. Dapr.Messaging now unifies and modernizes the approach:

  1. Unified publishing and subscribing: Publish events with IDaprPublishSubscribeClient (including single events, raw byte streams, and bulk publishing) and author subscribers using a single ITopicHandler<TMessage> interface.
  2. Three unified delivery modes: Subscriptions support DeliveryMode.Streaming (streaming subscriptions), DeliveryMode.Programmatic (programmatic subscriptions), and DeliveryMode.Http (declarative subscriptions), all configured through the same [DaprTopic] attribute.
  3. Source generators eliminate reflection: The Dapr.Messaging.Generators source generator inspects [DaprTopic] handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improving startup times.
  4. AOT and trimming considerations: Like other modern Dapr packages, this package was also built with AOT in mind, but with some considerations. Handler discovery and dispatch registration are generated at compile time, but the current generated subscriber dispatchers use runtime System.Text.Json metadata. Native AOT and trimming scenarios require explicit validation with the target SDK version.
  5. Roslyn analyzers and diagnostics: The SDK includes 8 new analyzers DAPR1610 through DAPR1617 that catch misconfigurations directly in your IDE at you write code
  6. Standard options and simplified DI: Uses IOptions<DaprMessagingOptions> and a single services.AddDaprMessaging() method that registers options, the publishing client, source-generated subscriber dispatches, and required hosting services in a single atomic operation.

Read more about this new functionality in the docs!

Full Changelog: dapr/dotnet-sdk@v1.18.7...v1.18.8

1.18.7

What's Changed

Full Changelog: dapr/dotnet-sdk@v1.18.6...v1.18.7

1.18.6

What's Changed

Vulnerabilities Fixed

Issue-Specific Resolutions

New Features

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.5...v1.18.6

1.18.5

What's Changed

Miscellaneous infrastructure changes:

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.4...v1.18.5

Commits viewable in compare view.

Updated Dapr.Metadata from 1.18.4 to 1.18.10.

Release notes

Sourced from Dapr.Metadata's releases.

1.18.10

What's Changed

This is a fix for a regression introduced in v1.18.9!

Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10

1.18.9

What's Changed

Huge thanks to @​olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:

  • 54% fewer reads against runtime state
  • Because of #​1913, "not found" was cached and resulted in a single runtime read instead of 44 on a circuit subscription
  • Because of #​1914, there were no runtime reads incurred when publishing compared to a prior 21

Especially for implementations that favor heavy writes and updates, you should see similar improvement.

Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9

1.18.8

What's Changed

Dapr.Messaging Overhaul

Prior to this release, Dapr.Client provided basis publish and dynamic streaming subscription methods, Dapr.AspNetCore offered controller-based programmatic topic subscription and Dapr.Messaging offered streaming subscription support. In this release. Dapr.Messaging now unifies and modernizes the approach:

  1. Unified publishing and subscribing: Publish events with IDaprPublishSubscribeClient (including single events, raw byte streams, and bulk publishing) and author subscribers using a single ITopicHandler<TMessage> interface.
  2. Three unified delivery modes: Subscriptions support DeliveryMode.Streaming (streaming subscriptions), DeliveryMode.Programmatic (programmatic subscriptions), and DeliveryMode.Http (declarative subscriptions), all configured through the same [DaprTopic] attribute.
  3. Source generators eliminate reflection: The Dapr.Messaging.Generators source generator inspects [DaprTopic] handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improving startup times.
  4. AOT and trimming considerations: Like other modern Dapr packages, this package was also built with AOT in mind, but with some considerations. Handler discovery and dispatch registration are generated at compile time, but the current generated subscriber dispatchers use runtime System.Text.Json metadata. Native AOT and trimming scenarios require explicit validation with the target SDK version.
  5. Roslyn analyzers and diagnostics: The SDK includes 8 new analyzers DAPR1610 through DAPR1617 that catch misconfigurations directly in your IDE at you write code
  6. Standard options and simplified DI: Uses IOptions<DaprMessagingOptions> and a single services.AddDaprMessaging() method that registers options, the publishing client, source-generated subscriber dispatches, and required hosting services in a single atomic operation.

Read more about this new functionality in the docs!

Full Changelog: dapr/dotnet-sdk@v1.18.7...v1.18.8

1.18.7

What's Changed

Full Changelog: dapr/dotnet-sdk@v1.18.6...v1.18.7

1.18.6

What's Changed

Vulnerabilities Fixed

Issue-Specific Resolutions

New Features

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.5...v1.18.6

1.18.5

What's Changed

Miscellaneous infrastructure changes:

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.4...v1.18.5

Commits viewable in compare view.

Updated Dapr.StateManagement from 1.18.4 to 1.18.10.

Release notes

Sourced from Dapr.StateManagement's releases.

1.18.10

What's Changed

This is a fix for a regression introduced in v1.18.9!

Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10

1.18.9

What's Changed

Huge thanks to @​olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:

  • 54% fewer reads against runtime state
  • Because of #​1913, "not found" was cached and resulted in a single runtime read instead of 44 on a circuit subscription
  • Because of #​1914, there were no runtime reads incurred when publishing compared to a prior 21

Especially for implementations that favor heavy writes and updates, you should see similar improvement.

Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9

1.18.8

What's Changed

Dapr.Messaging Overhaul

Prior to this release, Dapr.Client provided basis publish and dynamic streaming subscription methods, Dapr.AspNetCore offered controller-based programmatic topic subscription and Dapr.Messaging offered streaming subscription support. In this release. Dapr.Messaging now unifies and modernizes the approach:

  1. Unified publishing and subscribing: Publish events with IDaprPublishSubscribeClient (including single events, raw byte streams, and bulk publishing) and author subscribers using a single ITopicHandler<TMessage> interface.
  2. Three unified delivery modes: Subscriptions support DeliveryMode.Streaming (streaming subscriptions), DeliveryMode.Programmatic (programmatic subscriptions), and DeliveryMode.Http (declarative subscriptions), all configured through the same [DaprTopic] attribute.
  3. Source generators eliminate reflection: The Dapr.Messaging.Generators source generator inspects [DaprTopic] handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improving startup times.
  4. AOT and trimming considerations: Like other modern Dapr packages, this package was also built with AOT in mind, but with some considerations. Handler discovery and dispatch registration are generated at compile time, but the current generated subscriber dispatchers use runtime System.Text.Json metadata. Native AOT and trimming scenarios require explicit validation with the target SDK version.
  5. Roslyn analyzers and diagnostics: The SDK includes 8 new analyzers DAPR1610 through DAPR1617 that catch misconfigurations directly in your IDE at you write code
  6. Standard options and simplified DI: Uses IOptions<DaprMessagingOptions> and a single services.AddDaprMessaging() method that registers options, the publishing client, source-generated subscriber dispatches, and required hosting services in a single atomic operation.

Read more about this new functionality in the docs!

Full Changelog: dapr/dotnet-sdk@v1.18.7...v1.18.8

1.18.7

What's Changed

Full Changelog: dapr/dotnet-sdk@v1.18.6...v1.18.7

1.18.6

What's Changed

Vulnerabilities Fixed

Issue-Specific Resolutions

New Features

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.5...v1.18.6

1.18.5

What's Changed

Miscellaneous infrastructure changes:

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.4...v1.18.5

Commits viewable in compare view.

Updated Dapr.Testcontainers from 1.18.4 to 1.18.10.

Release notes

Sourced from Dapr.Testcontainers's releases.

1.18.10

What's Changed

This is a fix for a regression introduced in v1.18.9!

Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10

1.18.9

What's Changed

Huge thanks to @​olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:

  • 54% fewer reads against runtime state
  • Because of #​1913, "not found" was cached and resulted in a single runtime read instead of 44 on a circuit subscription
  • Because of #​1914, there were no runtime reads incurred when publishing compared to a prior 21

Especially for implementations that favor heavy writes and updates, you should see similar improvement.

Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9

1.18.8

What's Changed

Dapr.Messaging Overhaul

Prior to this release, Dapr.Client provided basis publish and dynamic streaming subscription methods, Dapr.AspNetCore offered controller-based programmatic topic subscription and Dapr.Messaging offered streaming subscription support. In this release. Dapr.Messaging now unifies and modernizes the approach:

  1. Unified publishing and subscribing: Publish events with IDaprPublishSubscribeClient (including single events, raw byte streams, and bulk publishing) and author subscribers using a single ITopicHandler<TMessage> interface.
  2. Three unified delivery modes: Subscriptions support DeliveryMode.Streaming (streaming subscriptions), DeliveryMode.Programmatic (programmatic subscriptions), and DeliveryMode.Http (declarative subscriptions), all configured through the same [DaprTopic] attribute.
  3. Source generators eliminate reflection: The Dapr.Messaging.Generators source generator inspects [DaprTopic] handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improving startup times.
  4. AOT and trimming considerations: Like other modern Dapr packages, this package was also built with AOT in mind, but with some considerations. Handler discovery and dispatch registration are generated at compile time, but the current generated subscriber dispatchers use runtime System.Text.Json metadata. Native AOT and trimming scenarios require explicit validation with the target SDK version.
  5. Roslyn analyzers and diagnostics: The SDK includes 8 new analyzers DAPR1610 through DAPR1617 that catch misconfigurations directly in your IDE at you write code
  6. Standard options and simplified DI: Uses IOptions<DaprMessagingOptions> and a single services.AddDaprMessaging() method that registers options, the publishing client, source-generated subscriber dispatches, and required hosting services in a single atomic operation.

Read more about this new functionality in the docs!

Full Changelog: dapr/dotnet-sdk@v1.18.7...v1.18.8

1.18.7

What's Changed

Full Changelog: dapr/dotnet-sdk@v1.18.6...v1.18.7

1.18.6

What's Changed

Vulnerabilities Fixed

Issue-Specific Resolutions

New Features

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.5...v1.18.6

1.18.5

What's Changed

Miscellaneous infrastructure changes:

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.4...v1.18.5

Commits viewable in compare view.

Updated Dapr.Workflow from 1.18.4 to 1.18.10.

Release notes

Sourced from Dapr.Workflow's releases.

1.18.10

What's Changed

This is a fix for a regression introduced in v1.18.9!

Full Changelog: dapr/dotnet-sdk@v1.18.9...v1.18.10

1.18.9

What's Changed

Huge thanks to @​olitomlinson for his eagle eye in spotting and filing an issue for each of these perf improvements. He shared a benchmark with me against 1.18.4 and this release in his dapr-mq message queue implementation atop Dapr demonstrated a dramatic improvement when modeling 20 publish/relay cycles:

  • 54% fewer reads against runtime state
  • Because of #​1913, "not found" was cached and resulted in a single runtime read instead of 44 on a circuit subscription
  • Because of #​1914, there were no runtime reads incurred when publishing compared to a prior 21

Especially for implementations that favor heavy writes and updates, you should see similar improvement.

Full Changelog: dapr/dotnet-sdk@v1.18.8...v1.18.9

1.18.8

What's Changed

Dapr.Messaging Overhaul

Prior to this release, Dapr.Client provided basis publish and dynamic streaming subscription methods, Dapr.AspNetCore offered controller-based programmatic topic subscription and Dapr.Messaging offered streaming subscription support. In this release. Dapr.Messaging now unifies and modernizes the approach:

  1. Unified publishing and subscribing: Publish events with IDaprPublishSubscribeClient (including single events, raw byte streams, and bulk publishing) and author subscribers using a single ITopicHandler<TMessage> interface.
  2. Three unified delivery modes: Subscriptions support DeliveryMode.Streaming (streaming subscriptions), DeliveryMode.Programmatic (programmatic subscriptions), and DeliveryMode.Http (declarative subscriptions), all configured through the same [DaprTopic] attribute.
  3. Source generators eliminate reflection: The Dapr.Messaging.Generators source generator inspects [DaprTopic] handlers at compile time and emits typed dispatchers, subscriber registries, and dependency injection wiring. No runtime reflection or runtime code generation is performed on the invocation path, dramatically improving startup times.
  4. AOT and trimming considerations: Like other modern Dapr packages, this package was also built with AOT in mind, but with some considerations. Handler discovery and dispatch registration are generated at compile time, but the current generated subscriber dispatchers use runtime System.Text.Json metadata. Native AOT and trimming scenarios require explicit validation with the target SDK version.
  5. Roslyn analyzers and diagnostics: The SDK includes 8 new analyzers DAPR1610 through DAPR1617 that catch misconfigurations directly in your IDE at you write code
  6. Standard options and simplified DI: Uses IOptions<DaprMessagingOptions> and a single services.AddDaprMessaging() method that registers options, the publishing client, source-generated subscriber dispatches, and required hosting services in a single atomic operation.

Read more about this new functionality in the docs!

Full Changelog: dapr/dotnet-sdk@v1.18.7...v1.18.8

1.18.7

What's Changed

Full Changelog: dapr/dotnet-sdk@v1.18.6...v1.18.7

1.18.6

What's Changed

Vulnerabilities Fixed

Issue-Specific Resolutions

New Features

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.5...v1.18.6

1.18.5

What's Changed

Miscellaneous infrastructure changes:

New Contributors

Full Changelog: dapr/dotnet-sdk@v1.18.4...v1.18.5

Commits viewable in compare view.

Updated GitHubActionsTestLogger from 3.0.4 to 3.0.5.

Release notes

Sourced from GitHubActionsTestLogger's releases.

3.0.5

What's Changed

Enhancements

New Contributors

Full Changelog: Tyrrrz/GitHubActionsTestLogger@3.0.4...3.0.5

Commits viewable in compare view.

Updated Microsoft.Agents.AI from 1.9.0 to 1.22.0.

Release notes

Sourced from Microsoft.Agents.AI's releases.

1.22.0

What's Changed

New Contributors

1.21.0

What's Changed

New Contributors

1.20.0

What's Changed

New Contributors

Full Changelog: microsoft/agent-framework@dotnet-1.19.0...dotnet-1.20.0

1.19.0

What's Changed

Description has been truncated

Bumps coverlet.collector from 10.0.1 to 10.1.0
Bumps Dapr.AI.Microsoft.Extensions from 1.18.4 to 1.18.10
Bumps Dapr.Metadata from 1.18.4 to 1.18.10
Bumps Dapr.StateManagement from 1.18.4 to 1.18.10
Bumps Dapr.Testcontainers from 1.18.4 to 1.18.10
Bumps Dapr.Workflow from 1.18.4 to 1.18.10
Bumps GitHubActionsTestLogger from 3.0.4 to 3.0.5
Bumps Microsoft.Agents.AI from 1.9.0 to 1.22.0
Bumps Microsoft.Extensions.AI from 10.6.0 to 10.10.0
Bumps Microsoft.IdentityModel.JsonWebTokens from 8.22.0 to 8.23.0
Bumps Microsoft.IdentityModel.Protocols.OpenIdConnect from 8.22.0 to 8.23.0
Bumps Microsoft.IdentityModel.Tokens from 8.22.0 to 8.23.0
Bumps Microsoft.NET.Test.Sdk from 18.6.0 to 18.10.1
Bumps Moq from 4.20.72 to 4.21.0

---
updated-dependencies:
- dependency-name: coverlet.collector
  dependency-version: 10.1.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Dapr.AI.Microsoft.Extensions
  dependency-version: 1.18.10
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: nuget-patch-and-minor
- dependency-name: Dapr.Metadata
  dependency-version: 1.18.10
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: nuget-patch-and-minor
- dependency-name: Dapr.StateManagement
  dependency-version: 1.18.10
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: nuget-patch-and-minor
- dependency-name: Dapr.Testcontainers
  dependency-version: 1.18.10
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: nuget-patch-and-minor
- dependency-name: Dapr.Workflow
  dependency-version: 1.18.10
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: nuget-patch-and-minor
- dependency-name: GitHubActionsTestLogger
  dependency-version: 3.0.5
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: nuget-patch-and-minor
- dependency-name: Microsoft.Agents.AI
  dependency-version: 1.22.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Microsoft.Extensions.AI
  dependency-version: 10.10.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Microsoft.IdentityModel.JsonWebTokens
  dependency-version: 8.23.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Microsoft.IdentityModel.Tokens
  dependency-version: 8.23.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Microsoft.IdentityModel.Protocols.OpenIdConnect
  dependency-version: 8.23.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Microsoft.NET.Test.Sdk
  dependency-version: 18.10.1
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
- dependency-name: Moq
  dependency-version: 4.21.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: nuget-patch-and-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants