-
Notifications
You must be signed in to change notification settings - Fork 337
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reapply "Delegate to OS RegFreeWinRT when available (>=24H1) (#4728)" (#4935) #4949
Merged
+2,469
−353
Conversation
This file contains 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
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
…g. Added local hackery for Architectures=None (but is it needed?)
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/az[ run |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
kythant
reviewed
Jan 31, 2025
kythant
reviewed
Jan 31, 2025
kythant
reviewed
Jan 31, 2025
test/PackageManager/API/PackageDeploymentManagerTests_IsReady.cpp
Outdated
Show resolved
Hide resolved
kythant
reviewed
Jan 31, 2025
test/PackageManager/API/PackageDeploymentManagerTests_IsReady.cpp
Outdated
Show resolved
Hide resolved
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
kythant
approved these changes
Feb 3, 2025
Running a new build as the latest one had failed during 1 build task, then Rerun Failed Tasks 'fixed' it and then ran the tests but report failures in tests that passed before, and doesn't repro locally. Here's hoping it's a weird infra issue that doesn't repeat |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
…t getting built for ARM64. And some projects built not-ARM64 for ARM64. Mostly fixed. Some test projects lack ARM64 support but not touched as not blocking here and overdue already; they can (and will) be handled in a separate follow up effort
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
DrusTheAxe
added a commit
that referenced
this pull request
Feb 6, 2025
…#4935) (#4949) * Reapply "Delegate to OS RegFreeWinRT when available (>=24H1) (#4728)" (#4935) This reverts commit c088336. * Added missing dependencies for OAuth2ManagerTests * Expanded tests * Modified IsSupported with temporary debugging hack to expedite testing. Added local hackery for Architectures=None (but is it needed?) * Removed debug hackery * Test fixes * More test fiddling * Microsoft.Windows.BadgeNotifications.Projection project is missing a build-order dependency on WindowsAppRuntime_DLL so depending on timing and beefy machine it can try to build before the dependency is built and boom :-( * Removed redundant Import * Fixed bad merge * Fixed WinAppSDK framework package family name construction in GetFrameworkPackageFamilyName() [MddBootstrap.cpp]. This is used in production when delegating to OS DynDep but not when using WinAppSDK DynDep (and test support used different codepath). That's why test packages with blah-major.minor... package names worked in test and on Win10 but not when delegating to OS DynDep on Win11. Added additional test tools to aid verification and debugging (now and in any future changes). * Fixed DevCheck -CheckDependencies if packages.config has no <package> elements. Ran DevCheck -SyncDependencies to update stale dependencies * Fix test framework package Name from name-major.minor to name.major.minor * Workaround Windows bug https://task.ms/54835001 where IsPackage*ReadyOrNewerAvailable() doesn't correctly handle ProcessorArchitectureFilter=None * Ran devcheck -syncdependencies * Fixed failing PackageManagementTests * Updated dependnecies via DevCheck -SyncDependencies. Removed unused Microsoft.Windows.SDK.BuildTools and Microsoft.WindowsAppSDK references in WindowsAppRuntime_UniversalBGTaskDLL's packages.config. Removed dead readme.txt in WindowsAppRuntime_UniversalBGTaskDLL projectdir (artifact of VS File/NewProject...). * Updated link to latest SDK rev * Fixed dependencies (syntax and usage * Put WindowsAppRuntime_UniversalBGTaskDLL back to what's in main. No idea why that works but changing it -- in what should be innocuous ways -- breaks local + pipeline builds. Deferring that problem to Will Thant in its own right (not relevant to my changes) * Fixed hardcoded versions in OAuthTestApp.vcxproj (wasn't using version macro) * Fixed more bad projects - Import Microsoft.Cpp.Default.props not at the top, .. pathing to nugets and hardwired nuget versions * Fixed WindowsAppRuntime_UniversalBGTaskDLL - Import Microsoft.Cpp.Default.props not at top of file, not using $(NugetPackageDirectory) for pathing to nugets, hardwired versions for nugets, unnecessary Microsoft.WindowsAppSDK in packages.config * Added -ShowSystemInfo (default=$true) to Testall so test run output includes basic system info * Fixed up test Main+Singleton+DDLM naming/constants * Fixed bug in package name constant * Added missing project dependencies. Updated ConfigurationManager to build test packages on ARM64 too (some were only build for x64|x86) * Fixed bad merge * Fixed a bad merge * Removed temporary debugging code * Some test packages lacked ARM64 support, plus those and others weren't getting built for ARM64. And some projects built not-ARM64 for ARM64. Mostly fixed. Some test projects lack ARM64 support but not touched as not blocking here and overdue already; they can (and will) be handled in a separate follow up effort * Fixed one more ARM configuration manager misconfiguration --------- Co-authored-by: Kyaw Thant <[email protected]>
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.
Delegate to OS RegFreeWinRT when available (>=24H2)
Don't detour APIs to our Undocked Reg-Free WinRT implementation if the OS supports Reg-Free WinRT (>=24H2)
https://task.ms/47326505
DevCheck -SyncDependencies
to fixup dependenciesMicrosoft.Taef dependency
to 10.95.240918004Microsoft.Windows.SDK.BuildTools
to master dependency list (eng\Version.*.xml
)WindowsAppRuntime_UniversalBGTaskDLL.vcxproj
,BackgroundTaskTests.vcxproj
,
OAuth2ManagerTests.vcxproj
,OAuthTestApp.vcxproj
e.g.<Import...Microsoft.Cpp.Default.props>
at top of file (line 3), use$(NugetPackageDirectory)
(not .. path'ing), use dependency$(...Version)
macros (not hardcoded version numbers)WindowsAppSDK-RuntTests-Steps.yml
adds 'Dump services' task for troubleshooting-CheckVisualStudio
to build and test phases (WindowsAppSDK-SetupBuildEnvironment-Steps.yml
+WindowsAppSDK-RuntTests-Steps.yml
)This reverts commit c088336.
Revert "Revert "Delegate to OS RegFreeWinRT when available (>=24H1) (#4728)""
REMINDER: Use WinAppSDK's
tools\add-project
to create new projects in the repo. DON'T use Visual Studio File/New Project... as the templates don't work right for WinAppSDK's implementation in this repo.NOTE: ADO Pipeline reports lie showing TAEF test steps passing as long as TE.EXE exitcode=0 regardless of results. Verified by eyeballing all (!) test output.