Bump Autofac from 9.3.2 to 9.3.4 - #4853
Merged
Merged
Conversation
--- updated-dependencies: - dependency-name: Autofac dependency-version: 9.3.4 dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
dependabot
Bot
force-pushed
the
dependabot/nuget/Autofac-9.3.4
branch
from
September 21, 2026 19:28
1618cbd to
8624896
Compare
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.
Pinned Autofac at 9.3.4.
Release notes
Sourced from Autofac's releases.
9.3.4
What's Changed
Do not build a held registration's pipeline early by @tillig in autofac/Autofac#1504 (fixes #1503) - a regression introduced in 9.3.3. Registering an open generic for several services (
.As(typeof(IFirstService<>)).As(typeof(ISecondService<>))) threwInvalidOperationException: Component pipeline has already been built, and cannot be modified.on first resolve whenever anything attached toPipelineBuildingfrom the component registry'sRegisteredevent.Autofac.Extensions.DependencyInjectionattaches exactly that way on every registration, so ASP.NET Core applications using a multi-service open generic registration hit it deterministically. The fix restores the ordering 9.3.2 had, where the pipeline is built only afterRegisteredhas been raised.If you are on 9.3.3 and register an open generic against more than one service, upgrade. Thanks to @hjalle for the report and for pinning it to the exact line.
Full Changelog: autofac/Autofac@v9.3.3...v9.3.4
9.3.3
What's Changed
KeyedService.AnyKeyfallback adapter was cached and handed to every registry that asked for it, so the first scope to receive it built and disposed its pipeline out from under the rest. Other scopes then failed to add middleware, resolved through a disposed activator, or adapted another scope's registration. Multitenant containers hit this most often.System.Diagnostics.DiagnosticSourceandMicrosoft.Bcl.AsyncInterfaces(netstandard2.0 only) move to 10.0.12.Full Changelog: autofac/Autofac@v9.3.2...v9.3.3
Commits viewable in compare view.