48525090 Delegate DynamicDependencies to OS API when available

[DrusTheAxe]

https://task.ms/48525090

This changes to only use Detours when needed. Today that's <=22H2 (SV2), or to be pedantic Detours is needed on...

• <=RS5 for Undocked RegFreeWinRT (as OS RegFree WinRT requires >=19H1)
• <=22H2 (SV2 RTM) for polyfill Dynamic Dependencies (we use OS DynDep on >=22H2)

We also use Detours for some Package Graph support required by polyfill Dynamic Dependencies.

Some test environments encountered errors due disabling Detours hooks for DynDep but enabling them for URFW. Keep it consistent to avoid inconsistent behavior.

Summary:

• Change to only enable Detours when we use WinAppSDK's Dynamic Dependency polyfill implementation (disable when DynDep delegates to OS DynDep)
• Added UndockedRegFreeWinRT tests (forked variant of those in WindowsAppSDKAggregator, forked to accomodate our test environment and just Foundation types instead of the end product nuget/msix and their additional types)
• added .winmd to the test Microsoft.WindowsAppRuntime.Framework package (or else some APIs like ApiInformation.IsPresent() fail as they require the *.winmd at runtime)
• Update WIL from 1.0.220914.1 to 1.0.240122.1 (and fixed up build errors due to it)
• Renamed IsWindows11_23H1OrGreater() to IsWindows11_24H2OrGreater() as that's what it actually probed
• Added IsWindows11_23H2OrGreater()
• Fixed bugs in AccessControlTests (e.g. setup/cleanup didn't due to wrong package family name)
• Improved error handling and logging in ::Test::Package::RemovePackage()

[DrusTheAxe]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[DrusTheAxe]

/azp run

[azure-pipelines]

Pull request contains merge conflicts.

[DrusTheAxe]

Dependent on completing #4140

[DrusTheAxe]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[DrusTheAxe]

/azp run

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[Scottj1s]

why not arm64?

[DrusTheAxe]

Ummm, copy pasta? But with mushrooms and basil! :P

DIR /S/B *.testdef

test\AppLifecycle\AppLifecycle.testdef
"Architectures": ["x64", "arm64"],
Why no x86?

test\DynamicDependency\Powershell\DynamicDependency_Powershell.testdef
"Architectures": ["x64", "arm64"],
Why no x86?

test\DynamicDependency\Test_Win32\DynamicDependency_API_Win32.testdef
"Architectures": ["x64", "arm64"],
Why no x86?

test\DynamicDependency\Test_WinRT\DynamicDependency_API_WinRT.testdef
"Architectures": ["x64", "arm64"],
Why no x86?

test\PackageManager\API\Test.testdef
"Architectures": ["x86", "x64"],
Why no arm64?

test\PushNotificationTests\PushNotificationTests.testdef
"Architectures": ["x64"],
"Status": "Disabled"
Why no x86 or arm64?
And why disabled?

I'll take care of DynamicDependency + PackageManager (and URFW). You got the rest?

[DrusTheAxe]

P.S. Additional testing and maybe a fix needed before this is ready for checkin