Fix potential type incompatibility for in-proc WinRT components

[hez2010]

We need to treat the object as unmanaged object and create an RCW for this case.

Fixes #1510.

[hez2010]

Can confirm the issue has been fixed:

[hez2010]

PTAL.

[manodasanW]

I can see this being a feasible solution to this problem with different projections. Going to run the CI pipelines to make sure everything continues to pass.

[manodasanW]

Do you think we should handle this in the projection as well? i.e. turning all global::WinRT.ComWrappersSupport.FindObject<T>(thisPtr) into global::WinRT.ComWrappersSupport.FindObject<object>(thisPtr) is T __obj__ ? __obj__ : global::WinRT.ComWrappersSupport.CreateRcwForComObject<T>(thisPtr)

All of the FindObject calls in the generated projections are part of the Do_ABI_ implementations of the various interfaces. I feel like if we are ending up there, we have already decided that is the right interface for the call. If it was for another projection, I feel like it would end up on the helper type for that interface from that projection. Until we find a scenario that impacts those, I would hold off on updating those.

[manodasanW]

CI passed, thanks for this change.