Type equivalence for the embedded interop types not working

Describe the Bug

The embedded interop types (at least enums) are treated as the different types when embedded into the different assemblies. So, if the registration and resolving are in the different assemblies, the resolution will fail. More details and sample project below.

I'm using the COM interop in my project. The interop assembly (made with the tlbimp) is referenced in several projects in the solution (everywhere with the Embedded interop types = true). In the following description the psBlendMode is the enum from the interop assembly (so, it is also embedded into the each assembly in the solution).

I have two assemblies - the Lib (class library) and the App (exe). The container registrations are made in the Lib. The resolutions are made in the App.

The registred service are dependent on the psBlendMode

builder.RegisterType<BlendModeService>().As<IService<PsBlendMode>>();

If I trying to resolve from the code inside the Lib, all works fine. If I move resolution code into the App, resolution will fail. If I will get the same type from the Lib assembly with reflection, the resoltion will succeed

//inside App assembly
var libType = typeof(IService<>).Assembly.GetType(typeof(PsBlendMode).FullName!)!; //find PsBlendMode in the Lib assembly
var genericListType = typeof(IService<>).MakeGenericType(libType); //generate service type to resolve

var canResolveLibEnum = container.TryResolve(genericListType, out _); //PsBlendMode from the Lib -> ok
var canResolveCurrentAssemblyEnum = container.TryResolve(typeof(IService<PsBlendMode>), out _); // PsBlendMode from the App -> fail

The runtime treated these types as the equivalent: typeof(PsBlendMode).IsEquivalentTo(libType) is true.

Steps to Reproduce

Download project attached: https://github.com/snechaev/autofac-no-pia-bug-repro
Run
Observe assertion failed.

Expected Behavior

Registered service IService<PsBlendMode> should resolve correctly regardless of the assembly resolution code is called from.

Exception with Stack Trace

The code attached does not throw any exception, but if use Resolve instead of the TryResolve, the exception will be the following

Autofac.Core.Registration.ComponentNotRegisteredException
  HResult=0x80131500
  Message=The requested service 'Lib.IService`1[[Photoshop.PsBlendMode, ConsoleApp11, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null]]' has not been registered. To avoid this exception, either register a component to provide the service, check for service registration using IsRegistered(), or use the ResolveOptional() method to resolve an optional dependency.

See https://autofac.rtfd.io/help/service-not-registered for more info.
  Source=Autofac
  StackTrace:
   at Autofac.ResolutionExtensions.ResolveService(IComponentContext context, Service service, IEnumerable`1 parameters)
   at Program.<Main>$(String[] args) in D:\delme\ConsoleApp11\ConsoleApp11\Program.cs:line 24

Dependency Versions

Autofac:

Autofac Version=7.1.0

COM-interop assembly made with tlbimp (may be replaced with any other com reference), for example

  <COMReference Include="AMovie">
    <WrapperTool>tlbimp</WrapperTool>
    <VersionMinor>0</VersionMinor>
    <VersionMajor>2</VersionMajor>
    <Guid>05589fa0-c356-11ce-bf01-00aa0055595a</Guid>
    <Lcid>0</Lcid>
    <Isolated>false</Isolated>
    <EmbedInteropTypes>true</EmbedInteropTypes>
  </COMReference>

And then use AMovie.AppearanceConstants enum instead of `Photoshop.PsBlendMode'

Additional Info

Related issue which claims that No-PIA scenario is supported: https://github.com/autofac/Autofac/issues/211

I digged into the history and found this related commits

Support added in d053b51ce9bdab081c14581ea521d017b0036273 Issue 211: Resolve service types that are embedded interop types ("No-PIA")
Code moved in e3b5eb9c2b4658de490d98fde4be81fc7024448a No-PIA support for additional service types. (src/Source/Autofac/Util/ReflectionExtensions.cs)
Moved into another file in 82075a83d8f6e84509f6ce65c5c00f29dffc4e44 Moved predicates on System.Type commonly used in scanning registrations to public extension methods; this makes scanning rules that are the inversion of other rules (e.g. like Except(t => t.IsClosedTypeOf(x))) easier to write. (src/Source/Autofac/Util/ReflectionExtensions.cs -> src/Source/Autofac/Util/TypeExtensions.cs)
Support removed in 1db4ee417e16ea878953041a54a9b2b33b8d30f1 Removed separate PCL and converted core Autofac library into PCL instead. (Core/Source/Autofac/Util/TypeExtensions.cs)

Additional info about type equivalence and embedded interop types: https://learn.microsoft.com/en-us/dotnet/framework/interop/type-equivalence-and-embedded-interop-types

autofac / Autofac