Node.js 20 is deprecated. The following actions target Node.js 20 but are being forced to run on Node.js 24: actions/checkout@v4, actions/setup-dotnet@v4. For more information see: https://github.blog/changelog/2025-09-19-deprecation-of-node-20-on-github-actions-runners/

Using member 'Autofac.ModuleRegistrationExtensions.RegisterAssemblyModules(ContainerBuilder, params Assembly[])' which has 'RequiresUnreferencedCodeAttribute' can break functionality when trimming application code. Registering modules by scanning assemblies is not compatible with member-level trimming; the linker cannot determine which module types to preserve.

Using member 'Autofac.RegistrationExtensions.RegisterAssemblyTypes(ContainerBuilder, params Assembly[])' which has 'RequiresUnreferencedCodeAttribute' can break functionality when trimming application code. Assembly scanning is unlikely to be compatible with member-level trimming; the linker will not be able to determine which types to preserve.

Using member 'Autofac.RegistrationExtensions.RegisterGenericDecorator(ContainerBuilder, Type, Type, Func<IDecoratorContext, Boolean>)' which has 'RequiresDynamicCodeAttribute' can break functionality when AOT compiling. Registering an open generic decorator constructs closed generic types at runtime via MakeGenericType, which may require dynamic code generation when closed over value types and is not compatible with native AOT.

Using member 'Autofac.RegistrationExtensions.RegisterGeneric(ContainerBuilder, Type)' which has 'RequiresDynamicCodeAttribute' can break functionality when AOT compiling. Registering open generic types constructs closed generic types at runtime via MakeGenericType, which may require dynamic code generation when closed over value types and is not compatible with native AOT.

Using member 'Autofac.ModuleRegistrationExtensions.RegisterAssemblyModules(ContainerBuilder, params Assembly[])' which has 'RequiresUnreferencedCodeAttribute' can break functionality when trimming application code. Registering modules by scanning assemblies is not compatible with member-level trimming; the linker cannot determine which module types to preserve.

Using member 'Autofac.RegistrationExtensions.RegisterAssemblyTypes(ContainerBuilder, params Assembly[])' which has 'RequiresUnreferencedCodeAttribute' can break functionality when trimming application code. Assembly scanning is unlikely to be compatible with member-level trimming; the linker will not be able to determine which types to preserve.

Using member 'Autofac.RegistrationExtensions.RegisterGenericDecorator(ContainerBuilder, Type, Type, Func<IDecoratorContext, Boolean>)' which has 'RequiresDynamicCodeAttribute' can break functionality when AOT compiling. Registering an open generic decorator constructs closed generic types at runtime via MakeGenericType, which may require dynamic code generation when closed over value types and is not compatible with native AOT.