Skip to content

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

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

deps(nuget): Bump the nuget-patch-and-minor group with 14 updates#85
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/nuget/nuget-patch-and-minor-c57e3f58d9

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Oct 5, 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

Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.

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

Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.

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

Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.

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

Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.

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

Update to v1.18.10 - there was a regression introduced in v1.18.9 and this package should be skipped.

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.23.0.

Release notes

Sourced from Microsoft.Agents.AI's releases.

1.23.0

Changes:

  • be01deccaf3dd7b85e03620145bc1a757c857827 .NET: Add origin pinning to Foundry toolbox MCP client (#​8721)
  • 0d6d2bb6b0b58f3aabdf170320ab90fc300d4c99 .NET: fix: declarative workflow http variables (#​8797)
  • 2024d4df4c4dd01b904fb9daaf56f5759801654a .NET: Fix workflow topology edge multiplicity comparison (#​8656)
  • 37ce872a85fed62cedfd7fffa2e0bd43f7d32b92 .NET: Store created external input messages (#​8606)
  • 1370903bd8e6eb8871781cd1fcc74f674c022e0b .NET: [BREAKING] Better support tool changes between runs (#​8754)
See More
  • 3f1f3b50b57ccabe7725f8a60539622d5f1ca7b4 .NET: Propagate TextSearchProvider caller cancellation (#​8796)
  • 238d7e2e9bb9b469be172460e612c89840aad1cc .NET: Validate Foundry client headers before transport (#​8715)
  • c804f32c983df56bacc9a8698fde9d50edc2df3e .NET: [BREAKING] Bump Azure.AI.Projects to 3.0.0-beta.3, OpenAI to 2.14.0, and MEAI to 10.10.1 (#​8730) [ dotnet/extensions#​7760, dotnet/extensions#​7761 ]
  • 93cf98a042c0f4eb8e1e180beeab9474bcd96811 .NET: Update AGUI SDK packages to 1.0.0 (#​8769)
  • 109234952ad417b0e9368beed633e438eb2e389d Clarify CodeAct guest packages and host network access (#​8781)
  • 6f1522a50b66f117da34cc25ea299ba24a528b15 Temporarily skip OpenAI integration tests while the CI API key is invalid (#​8767)
  • 2c46deb91e70ea6d7bbc99263147e0f470d52546 .NET: Clarify hosting authentication, authorization, and isolation guidance (#​8677)
  • 024dd9908bc19fa42f070cfaf7c3775c2b17f09b .NET/Python: Improve MCP skill resource validation (#​8690)
  • 8ff549d3f7219bac0a405621616ed72090ba13b9 .NET: Correct InvokeAzureAgent response output (#​8605)
  • 5ee3e87d6768eadb7c4cf91507659a6069850692 .NET: Remove redundant NuGet configuration (#​8719)
  • 622737258c73f730adca5130b7b82fbc03ff8838 Set better expecations for contributors (#​8706)
  • 30b9b8e06766b2038e366d32979357c2fc4b9def .NET: Only consume stored approval state when the run succeeds (#​8692)
  • 834eb7ff12c83aadee56d468e3b01b4f0fc4084c fix(dotnet): persist function results as user messages (#​8655)
  • 0bbb7245d408b6b7209eca58609ca53a52a66cec .NET: [BREAKING] fix: use allow list for configuration keys (#​8200)
  • a638ce136ed6e0457877373b0e377e1f1d33277d .NET: Fix forwarded request-port type validation (#​8657)
  • 76ccf3c44cee748aa582c446a7218f91289f2aac fix(dotnet): forward declarative Azure agent version (#​8658)
  • 11b8b80a2c904a36603c4445df5ddb07a55e6817 Use review App permissions for repair reactions (#​8669)
  • 74e8fe6da942ee991819ea861de1841243d7c0e1 Use the workflow token for fix-ci evidence (#​8667)
  • 173978ee93e0ffa5ef4ebdbfe2e94cd6f8e8a996 .NET: Add function replace support for function middleware (#​8615)
  • bf93c539d247a9df6f66055b711a3015438c8dce .NET: [BREAKING] Enforce approval response binding consistently (#​8641)
  • 646e116a4099a6dc0f689ff2dd8b41b31ba2bdae .NET: [BREAKING] Fix DevUI approval continuation (#​8423) [ #​6006 ]
  • 925f4f2c6c494eba2779f7f79de1ca95958f6d8a .NET: ci/dotnet vscode configuration (#​8537)
  • ec7114ffc8656a9b5c56be252f0411d22887c896 .NET: fix: a bug where invoke function tool could bypass approval (#​8403)
  • c5a8c8d37d7cf15b493fb838084f4954be6b0223 fix(core): distinguish absent tool call arguments from parse failures (#​8609)
  • 17b349f2150d5b90649998a32a067db07319649a docs(core): fix positional invocations in detect_media_type_from_base64 docstrings (#​8614)
  • eb74c8cceba97bc037413dcf25cfcf1aeab77634 fix(core): ensure add_usage_details returns copies and filters non-ints consistently (#​8613)
  • 02bd1ba1de43ca8d1206a5c61e86ffc0d6f44b12 fix(ag-ui): allow text events when response_format is a json schema dictionary (#​8604)
  • 7b626709dbce2c170030c388cea9e611738e5be5 ci: removes workflow based PR limit to use GitHub native feature (#​8603)
  • bb53fe15a8375426a98763bd43eed64762af3f07 test(ollama): narrow pytest.raises blocks to wrap only get_response in error tests (#​8611)
  • 894b0f6f0bd2d59202ef04d5898302e05cbb7264 samples: add McpDocsResearch declarative workflow showcasing agent-level MCP pattern (#​6054)
  • 42c22c001761340f47b279e89a4e06aedb5549d9 Bump GitHub.Copilot.SDK to 1.0.1 and forward session config properties (incl. per-session GitHubToken) (#​5735) [ #​6381 ]

This list of changes was auto generated.

1.22.0

What's Changed

New Contributors

1.21.0

What's Changed

New Contributors

1.20.0

What's Changed

Description has been truncated

@dependabot
deps(nuget): Bump the nuget-patch-and-minor group with 14 updates
0e1791f 
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.23.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.23.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>
@dependabot dependabot Bot mentioned this pull request Oct 5, 2026
Closed
@CasperGN CasperGN mentioned this pull request Oct 5, 2026
Open
@CasperGN

CasperGN commented Oct 5, 2026

Copy link
Copy Markdown
Contributor

The build fails here because Microsoft.Agents.AI 1.23 removed UseScriptApproval() and now requires approval for skill tools by default. #88 does that bump along with the code fix. Once #88 merges, a rebase should make this PR green.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

dependencies

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

1 participant

@CasperGN