**Add support for Google's [Protocol Buffers](https://protobuf.dev/) (aka protobuf)**
Using protobuf requires 3 components:
1. protoc.exe -- 'Compiles' *.proto files generating *.pb.cc and *.pb.h code
2. headers -- Needed to compile generated *.pb.cc
3. libs -- Needed to link compiled bits from 2
Google provides a nuget containing a compiled protoc.exe but doesn't make headers or libs available via nuget. TL;DR we create a nuget for our use (Microsoft.WindowsAppSDK.Protobuf.3.21.12.nupkg). Details of what, why and how are in `tools\nuget\protobuf\README.md`.
TL;DR Developers working in WinAppSDK only need to know there's a nuget providing protobuf support. The messy details how to create that are only relevant to the developer creating the nuget (moi) or future devs if/when a new version is needed.
**Added `KozaniProtocol`** containing Kozani's protobuf messages and related definitions. The purpose of KozaniManageProtocol project is to contain all of Kozani's protobuf definitions and compile them to produce the generated code for use by other projects.
**Updated `KozaniManager`** to consume the protobuf code from KozaniProtocol and added wrappers showing how to use it.
**Updated `KozaniRemoteManager`** to reference to consume the protobuf code from KozaniProtocol.
General structure of our protobuf usage:
1. **Define a message in KozaniProtocol**.
* Split up by functional roles across *.proto files e.g. Kozani.Activation.proto for activation, Kozani.Process.proto for process management (e.g. if TaskManager kills local KozaniHostRuntime.exe we need to send message to server to terminate the associated back end process), etc.
* Any sort of 'synchronous communication' would involve a pair of request+response messages. KozaniManager sends 'request' to server and KozaniRemoteManager sends a related 'response'.
* The 'cookie' field is an example of a correlating id to match a request with a response. A 'conversionid', 'channelid', etc are other examples how to xref 2+ messages together into a larger context.
2. **Define a namespace with functions that internally use protobuf messages**
* Keep all protobuf usage internal to code using them. Protobuf is an implementation detail. Provide appropriate strongly typed functions for callers to drive activity which internally happen to use the protobuf generated code.
* If you need context spanning multiple messages you can create a class with methods which internally use protobuf messages, plus additional attributes for any additional data needed for the context.
3. Serialize messages to `std::string`
* Protobuf can serialize messages to `std::string` or `std::ostream`. NOTE: The serialized data's just bytes, `string` is just a convenient container to pass the data around.
* `std::string` is recommend when serializing a message to bytes.
* `std::string` or `std::istream` is recommended when deserializing a message from bytes. Large messages may be more efficient via `std::istream`; either works well enough for small messages so use whichever is more convenient.
4. Always encode strings as UTF8 before serialization.
* Protobuf expresses message `string` fields as `std::string`. It does not do wide<->narrow conversions for you (unlike, say, SQLite) - that's the developer's responsibility. If you have a wide string (`std::wstring`, `PCWSTR`, `HSTRING`, etc) convert it to a UTF-8 string before assigning it to a protobuf field. Use functions in `\dev\common\Microsoft.Utf8.h` to convert wide->utf8 e.g.
```c++
PCWSTR appUserModelId{ L"LolzCatzVidz" };
const std::string appUserModelIdUtf8{ ::Microsoft::Utf8::ToUtf8(appUserModelId) };
```
* When deserializing wide strings from protobuf serialized bytes don't forget to convert the UTF-8 bytes to a wide string. Use functions in `\dev\common\Microsoft.Utf8.h` to do this e.g.
```
Some::Protobuf::Message::Kitteh kitteh;
kitteh.ParseFromString(stream_containing_serialized_bytes);
const std::wstring name{ kitten.get_name() };
```
5. Avoid making classes inherit from protobuf's generated classes.
* Protobuf docs counsel against against inheriting and extending the generated classes. Treat protobuf's generated classes as structs of data you can access but not extend (use composition esp private composition, not inheritance).
6. We use protobuf as a static library.
* Protobuf can provide support code via libprotobuf.dll but recommends against it as that must have a compatible version as the generated code. To minimize complications we use protobuf as a static lib. This may be revisited in the future.
Everything compiles and links. `dev\Kozani\KozaniManager\main.cpp` has an example serializing a protobuf message to bytes (as a `std::string`). Changing and extending that for all the rest of our functionality and likewise parsing bytes to protobuf messages in KozaniRemoteManager (or vice versa) is left as an exercise for the reader :-)
* Update DevCheck to generate MSTest.pfx/.cer
* Refactor temp handling. Add .user dir
* Change cert handling to use .user\* and direct certificate handler via Powershell's PKI module. Buh-bye all references to MSTest.* and certutil
* Add -Remove-DevTestCert and -Remove-DevTestPfx
* Change all temp\MSTest.pfx to .user\winappsdk.certificate.test.pfx
* Added -CertPasswordFile, -CertPasswordUser, -RemoveAll. Save password as plaintext to .pwd file for later use
* Update makemsix.cmd to pass along the .pwd content needed to use the (now password protected) .pfx
* Update MSTest references
* Start of changing NMAKEfiles to MSBuild
* Add new file
* MakeMsix.targets works! Rewrote DDLM.msix to work it out, when running a specific project (e.g. 'msbuild /bl /p:Configuration=Debug,Platform=x64 /t:Build test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj'). Now to verify it works when building the solution, moving MakeMsix.targets out to root\build and propogating this to the other makemsix projects
* 'msbuild foo.vcxproj' works but 'msbuild bar.sln' fails due to 'C:\source\repos\windowsappsdk\test\DynamicDependency\data\DynamicDependencyLifetimeManager.Msix\DynamicDependencyLifetimeManager.Msix.vcxproj error MSB4057: The target GetProjectInfoForReference does not exist in the project. [C:\source\repos\windowsappsdk\' Seems GetPRojectInfoForReference is referenced by 'C:\ProgramFiles (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Microsoft\VC\v160\Microsoft.CppBuild.targets' and Microsoft.Makefile.targets, we don't fit either but they're required to resolve '<ProjectReference...'? Is it possible to move the ProjectReference dependency to the .sln? Or make this work without trying to make a full blown C++ or NMake project? Time to ping some VS/MSBuild experts...
* Tweaked the vcxproj to successfully create .msix via MakeMSIX!
* Moved MakeMSIX.targets to the root (with other build files)
* It works! Got the test projects building with the .pfx and .pwd
* Rewiring test projects to use MakeMsix.targets instead of NMake
* Yet more MakeMsix fixup
* Fixed the package name
* Added dummy Clean command (for now)
* Fixed Deployment's test package where source files get put to different subdir+filename inside the msix
* Fix DevCheck Start-Service to gracefully degrade if not running as admin
* DeploymentTests were missing a build order dependency on BootstrapDLL project
* Updated DevCheck generated cert to have 12-month lifespan (like current one)
* Move Framework.* projects from makemsix.cmd to MakeMSIX.targets
* Delete makemsix.cmd (obsolete)
* Updated test projects to use static manifests instead of generated from a template (unnecessary complexity)
* Deleted obsolete MakeAppxManifestFromTemplate.*
* Removed obsolete manifest/template handling. Removed printfery debugging
* Minor syntax cleanup. Fixed appxmanifest overly aggressive copy/paste human error <sheepish grin>. Fixed publish-header delete-custom-build-step human error
* Fixup Math framework header publishing (due to bad merge due to the age of this change and other work in other branches that hit main. Grrr)
* Deleted obsolete files
* Replaced SolutionDir with RepoRoot
* Rewrote installer's testpackage creation project to use MakeMSIX
* Fixed naming inconsistencies
* Addressed some issues. More to come
* Fixed Get-UserPath emitting New-Item result to the output stream thus when creating the .user directory return $user returned System.Object[] with 2 objects in the stream (filename twice). Well, that was fun
* Fix bad merge
* Added Clean support to MakeMSIX. Cleanup up some internals including dependencies. MakeMsixOutputFilename is no longer optional and inferred; it must be defined by a project before import'ing makemsix.targets
* Optimized load-test-cert-password to a global done once instead of per import rof makemsix.targets
* Updated projects to use the common RepoTestCertificate*
* Removed obsolete and redundant <Error> check
* Added file-existence check before readng file. Added error check at start of project to flag missing-devcheck-artifacts early rather than late
* Test WTH is going on
* Remove debugging printfery. NOTE: Separate Jobs in a pipeline (will? may?) run in parallel on different machines. Until build-mrt.yml is merged into WindowsAppSDK-BuildProject-Steps.yml any common setup (or cleanup) needs to be done in both. Also, it means MRTCore *cannot* use any APIs in WindowsAppRuntime.sln because they're technically peers
* Add DevCheck support to RunTestsInHelix job
* Add back project templates for Single-project MSIX Packaging, and lay groundwork for localization (split into separate Dev16 and Dev17 extensions)
* Extract strings from .vstemplate into .resx
* ProjectReunion -> WindowsAppSDK rename (first pass. Of many...)
* /build/** renamed
* assets/**
* /docs
* dev\WindowsAppSDK_DLL\
* installer/
* specs/**
* Last pass! Time to test...
* Remove en-us from microsoft URLs e.g. BAD=https://docs.microsoft.com/en-us/blah GOOD=https://docs.microsoft.com/blah. The client+server figure out the appropriate language and update the URL (at least, Microsoft.com does it) so always encode the more generic syntax
* Incorporated feedback
* Merged latest from main and fixed up reunion references brought in
* Incorporated feedback
* Maybe this is it
* This too?
* Fixing another reunion reference that snaked in from recent main...
* Add `EnableExperimentalVSIXFeatures` property to allow toggling VSIX between preview and non-preview
* Also update tags
* Pipeline needs to actually pass parameter into MSBuild as property
* Define PROJECTREUNION_PIPELINE_BUILD=1 during pipeline builds. Change package family names to include major.minor (not just major). Update Bootstrap API to support PackageFamilyName=blah.Major.Minor, distinct from MinVersion
* Change embedded constants to potentially overrideable during build pipeline
* Added *.binlog to .gitignore (just lie .log)
* Added /p:ProjectReunionPipelineBuild=true to build pipeline invocation of msbuild. Moved evaluation from ProjectReunion.Build.cpp.props to ProjectReunion.props
* Fixed sprintf missing format specifier
* Fixed up DynDep tests after making the packaging/versioning changes (that broke them :P)
* Added build\override\ to .gitignore as the place of pipeline pushed/generated content not for use during local development. Refined code to match
* Deleted obsolete file
* Refined MakeAppxManifestFromTemplate ps1 invocation
* Refined build support for ProjectReunionBuildPipeline=1. Added new build step to generate dynamic dependency values during build pipeline (and not for local development). We're close...
* Incorporated feedback
* Fixed a typo
* Remove checked in msix and use new temp pfx
Removes the checked in .msix packages and replaces with the project using the temp .pfx created by the DevCheck.cmd tool.
* Updated and added README for the installer
* Added initial skeleton of DynamicDepedencies Flat-C APIs
More expansive skeleton. Fixed some build errors
Updated per API Review
Updated to match API changes
Updated per spec
Restructured DynDep API + Test layout
New dyndep dirs
Added WinRT API. Skeleton, but get past the project-isms. Compiles clean!
Changed /W3 to /W4
Implemented most of the WinRT API
Removed CreateForUser as WinRT has no Windows.System.User to SID conversion :-(
Removed CreateForUser
Added ProjectReunion_BootstrapDLL
Added MIDL generated .h file
Added Detours
Added README.md to track when we forked Detours (since they don't provide a nuget package or like artifact we can cleanly consume)
Fixed build configurations. Tests don't build for ARM64 due to CppTest not supporting ARM64, otherwise should all be good now
Started filling out e.g. Detours initialization for ProjectReunion_DLL. Almost ready to start some testing
Added wil::DLLMain() calls to ProjectReunion_[Boostrap]DLL projects
Forgot to add new dllmain.cpp. Moved ProjectReunion_BootstrapDLL project under dev in ProjectReunion.sln's view (no change to filesystem layout)
Added test Framework packages
Got MakeMSIX working!
An absolute path sneaked into the sln. Fixed
Incorporated feedback
Moved makemsix.cmd to the tools directory
Updated makemsix.cmd to also sign the generated package
Adding tests for Bootstrap API
Added Main.Sidecar test project
Added Main.Sidecar package for testing. Updating Bootstrap API to find the framework via a dependency of the package providing the LifetimeManager implementation (e.g. Main.Sidecar). Minor build-ism/makefile (well, vcxproj) corrections
Added comment about the LifetimeManager's implementation
Fixed absolute-ish relative path that snuck in (must have been inserted via VS' Add dialog)
Fixed absolute-ish path the snuck into the .sln
Simplified nested namespace statements
Incorporated feedback
Update Main.Sidecar's appxmanifest with COM registration info and other minor corrections
Fixed header filename
Simplified namespace'ing syntax
Incorproated feedback
Moved implementation bits into MddCore namespace. Pulled remaining code and pseudocode from spec. Marked work to come with TODO, often pseudocode blocked in #if defined(TODO_Stuff)...#endif so as not to break the build; will be revised shortly as I finish the implementation and light up tests
Added FAILFAST checks in MddBootstrapInitialize() to detect multiple initialization
Added missing end-tag
Fixed Main.Sidecar's manifest and logos. Updated makemsix.cmd to copy Assets\* if exists, and make logo.png optional (should have one or the other, but probably not both)
Started to exceptionalize error handling; more to come. Bootstrap test framing in place. But...Main.Sidecar manifest creation fails because there's no typelib :-( More vcxproj hackery needed...
Added message loop to Main.Sidecar exe to solve the need-to-live-until-told-to-quit problem. Removed typelib from appxmanifest as unnecessary
Removed leftover end-tag in appxmanifest.xml
Manifest tweaks. Added Main.Sidecar2 as a WRL alternative to Main.Sidecar, which is incomplete as you can't make a pure C++/WinRT OOP Server today you need a hybrid of C++/WinRT plus WRL; Main.Sidecar's incomplete; ignoring for now while focusing on getting Sidecar2 working. Build fails because the manifest can't find the proxystub dll. The project needs to be split into 3 -- make exe, make proxystub dll, make msix
Added Main.Sidecar3*. ProxyStub mostly in place (needs dlldata.c?). More to come
Main.Sidecar3 progress
Closer to working - Main.Sidecar3.exe looks almost right
More tweaks. Almost ther
Fiddling with msix makefile. Need more structural changes
It's alive! Aliiiiiive! Cleaned up Main.Sidecar variants.
Added new files missed in previous commit
Bootstrap test almost working! Did some HRESULT->Exception conversion; more to come
Force out test thread to be MTA despite CppUnitTest 'conveniently' initializing us as STA
First blood! ShutdownWithoutInitialize() passes! And there was much rejoicing
Updated Main.Sidecar's PackagedCOM OOP Server. It works (at last)! Minor related improvements. More to come
Add .def file for the Main.Sidecar's exe
Incorporated a stand-in for ProjectReunion's Framework package so we can test the Bootstrap API before the (real) framework package is created
Small tweaks per testing
More code cleanup. Bootstrap tests pass!
Added TODOs for follow up
DUpdated samples to match API
Added DynDep tests against current API implementation (e.g. return E_NOTIMPL); update coming with API implementation. Worked out test environment issues where we need packages for product code but don't have packages with locally built binaries like real product code (chicken/egg problems).
Changed Detours initialization to FAIL_FAST if anything goes wrong. Keeping HRESULT return for future extensibility so callers are prepared to handle it
Implement dynamic package graph
Lit up Create+Delete
Dialed down the chattiness of nmake projects
Fixed up more build errors
Checkingpoint
Fixed compile errors
More checkpointing
Add DataStore
Cleaned up build warnings. Incorporated DataStore into the UT
Implemented GetApplicationData
Fixed and enhanced tests. Fixed runtime. It works. Wow. It's aliiiive....
More verification in tests. Remove leaves an extra ';', need to fix
Fixed UpdatePath to produce the same PATH after Add+Remove (i.e. same as when we started)
Changed Framework.Math.* packages to be trivial Win32 compiled dlls w/no dependencies (save for kernel32.dll) to simplify testing
Added Detour'ing functions when ProjectReunion.dll is loaded (DllMain). Fixed Detour'd GetCurrentPackageInfo* to work as expected (bit fiddling is fun for the whole family!). Expanded verifications to include the package graph (GetCurrentPackageInfo*)
Fixed test to properly #include Math.*.h
Expanded tests to verify Add(ProjectReunion) works as expected
Test refinments
Generate context ids. Extend tests to a 2-fwk scenario
Partial DataStore support
Expanded the test suite. Fixed some warnings
Expanded test suite. Validating
Cleaned up some old style syntax
Fixed warnings. Fixing lifetimeKind=FilePath|RegistryKey expiry. Revised the no-static-package-graph detection
Expanded the test suite. All tests pass!
Remvoed obsolete comment
Updated per rebase
Fixed warnings only visible in Release builds. Fixed some build issues in some flavors; working on the rest
Partial vcxproj/Build fixes - x64=OK. ARM=Fail because MIDL generates #if defined(_ARM_) but VC++ defines _M_ARM_; should we just /D_ARM_ for ARM builds? ARM64=Fail because of some problem in dlldata.c. x86=Fail because 'LNK2001unresolved external symbol _ObjectStublessClient3' in the DynamicDependency.DataStore.ProxyStub project; need to #define something (_MERGE_PROXYSTUB)? Discussing with folks who know more
Removed MinimumTargetSystem=NT100 to fix the ObjectStublessClient problem; defaults to NT60 which 'doesn't need to link with ole32 for ObjectStublessClient'. How cryptic
LifetimeKind=RegistryKey didn't properly detect if a regkey was missing vs error (outofmemory, etc)
Fixed incorrect calling convention on Detour'd functions. x86 tests detected; x64 and compiler didn't
Start of DynamicDependencyLifetimeManager - create DDLM based on Main.Sidecar
Added appextension to DDLM manifest
Fixed ProjectReunion_BootstrapDLL to use MIDL output per-configuration/architecture (not checked in an shared across)
Revised Bootstrap API to support hunt for DDLM. Refactored VS projects to play nice (gah!). Now to update the tests to match
Bootstrap tests pass! TODO: Update other tests to match and cleanup
Fixed Win32 test syntax
Fixed test (fake) Reunion framework version to be >= test LifetimeManager <sheepish grin>. Twewaking tests to play nice with DDLM
Updated Create_Add_Architectures_Current test. Streamlined bootstrap logic
More test update sync for DDLM. Likewise updated some project references
More test sync-up-age for DDLM
Changed some old HRESULT-error based code to exceptions
More exception-ification
Removed the Main.Sidecar test projects/artifacts (superseded/formalized as the DDLM)
Removed some debugging hackery
Revamped WinRT tests for parity with Win32's more extensive tests
Fixed an inverted log message check
Added MddGetIdForPackageDependencyContext() so WinRT API could work, and generally useful for debugging, troubleshooting and testability. Implemented ScopeIsSystem. Cleanup up some leftover cruft
* Preparing to remove obsolete skeletal samples
* VS updated the sln after loading
* Removed dead entry leftover from a prior bad merge
* Added start of UndockedRegFreeWinRT to ProjectReunion_DLL
* Reworked URFW #includes to cull out redudancies and consolidate with ProjectReunion existing plumbing. Switched the few WRL uses to WIL
* Incorproated URFW's DllMain setup logic. Reverted ComPtr usage to minimize forkage. Baseline looks good as a URFW-fork. Now to add AppxManifest.xml support and test
* Reworking WinRT support to better fit with Mdd + URFW architectures
* Parse appxmanifest.xml for WinRT inproc servers
* Added slightly improved error reporting to makemsix.cmd
* Grabbed updated test cert
* WinRT support in progress but running into reentrancy issues. Need to refactor the WinRT data to be independent of the PackageGraph data (can't lock non-reentrant mutex and call GetActivationFactory which in turn does a GetActivationFactory and grab the lock already locked...
* Reworking WinRT support to avoid reentrancy problems
* Checkpointing while revising the WinRT support
* Corrected AppxManifest parsing and cleaned up some error reporting
* Tweaked error logging to avoid false spew to the debug output
* Updated appxmanifest parsing to produce absolute filenames (not package-relative) as needed for use at runtime
* Fix WinRT not passing down lifetimeArtifact
* Fixed PSID user support. Fixed WinRT's GetFromId(). Added WinRT's missing GetFromIdForSystem() to complement GetFromId() to match Create+CreateForSystem. Fixed some glitches in the WinRT test code. WinRT tests are passing!
* Small fix in text code. Something's wrong with the exception throw/catch/something causing process termination in Test::DynamicDependency::Test_WinRT::Create_RegistryLifetime_NoExist and Test::DynamicDependency::Test_WinRT::Create_FileLifetime_NoExist, but I don't see what. Will ping some folks in the morning
* Doh! Catching hresult_error, not hresult! Tests now pass as expected. Huzzah!
* Removed or fixed up some dated comments. Added thread safeto to WinRTModuleManager.
* Updated WinRTPInprocModule.Load handling of m_dll to be threadsafe. Fixed GetActivationLocation to NOT override inbox (Windows.*) namespaced types - aside from the obvious badness, it also results in deadlock during MddBootstrapInitialize() as that needs Windows.Management.Deployment.PackageManager to find the DDLM packages to choose from
* Switched PackageGraphNode to use MDD_PACKAGEDEPENDENCY_CONTEXT instead of wil::unique_package_dependency_context to avoid redundant reentrancy foolishness - when we're inside MddRemovePackageDependency should should be using the WIL smart type where its destructor calls MddRemovePackageDependency... The WIL type is for use OUTSIDE the DynamicDependencies implementation, not inside it. Sheepish grin :P
* Fixed a lock reentrancy error
* Updated spec with DDLM info
* Incorporated feedback
* Incorporated feedback
* TAEF and CppUnitTest can't both be used by a project (incompatible definitions) and CppTest project uses TAEF. Removed the unnecessary CppUnitTest header from CppTest's pch.h
* Fixed build break by removing OutDir in Release|x64 flavor of DynamicDependencyLifetimeManager.ProxyStub project (no other flavor specifies this)
* Fix IDynamicDependencyLifetimeManager's Makefile.mak support for Win32 (aka x86)
* Fixed ARM builds. Partially fixed ARM64 builds (less broken; something still very wrong)
* Added References to Framework.Math.Add/Multiply projects so DynDep Test_Win32/WinRT ensure correct build order (fix failures on github CI/pipeline)
* Removed dead commented code (leftover from earlier debugging)
* Fixed a typo
* Fixed AppLifecycle namespace. Fixed project references/dependencies to not (falsely) need or try to use Microsoft.ProjectReunion.winmd
* Minor correction of test MSIX manifests
* Fixed a regression in Add. Updated Remove to ignore context=null (just like Delete ignores id=null) - NOOP rather than error
* Added #include <appmodel.h> to MddBootstrap.h to make it more self-contained
* Wired up AppLifecycleTests for Dynamic Dependencies! Genericized (and TAEF'd) the DynDep/Bootstrap test plumbing for reuse across TAEF tests; see inc\ProjectReunion.Test.*.h. Most AppLifecycleFunctionalTests pass - GetACtivatedEventArgsIsNull, GetActivatedEventArgsForProtocol_Win32 and GetActivatedEventArgsForFile_Win32 fail because AppLifecycleTestApp.exe can't find the bootstrapper. Supposed to be in the directory next to the exe; probably something wrong in AppLifecycleTestApp.vcxproj
* Updated AppLifecycle tests to use DynamicDependencies. Changed DynamicDependencyLifetimeManager.Msix to use a templated/generated manfiest to match the current build architecture. All tests are passing!
* Added files missing from previous commit. Refactored supporting test APIs to be more shrinkwrapped and easier to use (and misuse :P)
* Refactored Test APIs to be more shrinkwrapped (easier to use, harder to misuse)
* Fixed ARM64 dlldata.c compile error (Hint: -DWIN32 is needed for dlldata.c in ARM64 builds). Removed CppUnitTestFramework-based tests from ConfigurationManager for ARM+ARM64 (CppUnit doesn't support ARM)
* Added 'Install Test Certificate' step to the build pipeline. Fingers crossed it's right
* Experimenting with a fix to the pipeline adding Install Test Certificates. TBD if we use it or an another solution. This is just experimenting with AzureDevOps to determine options. Will be reverted shortly
* Fixed typo
* Moved Boostrap packages Setup/Cleanup from Class- to Method-Setup/Cleanup to fix failure during the CI/Pipeline
* Added SetupPackages to CLASS_SETUP as an experiment to fix AppLifeCycle's GetActivatedEventArgsIsNull in the github CI/Pipeline. Currently fails because tthe tests METHOD_SETUP declares a custom manifest in TEST_METHOD_PROPERTY with a dependency on the Framework package (to get at the AppLifeCycle API). Theory is adding this during ClassSetup will make the framework available on the machine so when TAEF does the pkgmgr.RegisterPackage() Deployment will be able to resolve the <PackageDependency> and the rest will happily proceed
* Shuffled some fixture work and sprinkled in an ugly smattering of printf debuggery to track down how the CI/Pipeline runs tests to figure out what the ultimate fix needs to be. Don't stare at the current code unless you've got a strong stomach <g>
* Yet more debug hackery. And the hunt continues
* More testery
* Expanded printf-debugging logic to provide more execution context (poor man's windbg !token + !peb).
* Can't 'include' a manifest when it's also Copied
* Rejiggered the GetActivatedEventArgsIsNull (UAP) test to behave as expected
* Restored IsolationLevel=Method for UAP tests
* Yet more test hackery
* Narrowing tests
* Yet more narrowing of test to identify solutions
* Modified to test fixes for the Protocol test
* Added DevCheck.cmd/ps1 to check and (if necessary) fix the development environment
* Fixed DevCheck error counting/reporting
* Moved diagnostic aids into ProjectReunion.Test.Diagnostics.h
* Added -Check... options to DevCheck (specify nothing is equivalent to -CheckAll). Improve DevCheck help. Add 'Setup TAEF Service' to build pipeline
* Updated build pipeline command's arguments to setup TAEF service to match the recent change to DevCheck's parameter syntax
* Removed accidental duped task
* Removed some old debugging code
* Disabled the AppLifecycleTests task in the CI/Pipeline as github runs as a built-in Administrator account (Elevated and not a split token) which prevents TAEF RunAs:RestrictedUser from working. Given the CI/Pipeline running as a built-in Administrator account TAEF provides no way for us to work around it thus all AppLifecycleTests are Failed or Blocked (despite passing when run locally), and DynamicDependencies doesn't support Elevation so we can have passing tests that don't verify the actual primary target environment (DynDep, MediumIL) or failing tests that block all checkins. This problem will be solved when test execution (the whole pipeline?) is moved to Helix. When that happens we can reenable these tests.
* Add temp/ to .gitignore for temporary files. Added temp\MSTest.pfx generation for inner-loop development needing signed MSIX. NOTE: This will be updated in a future PR to pull MSTest.pfx from the Azure Key Vault.
* Added temporary file to unblock development. Will be deleted when DevCheck.cmd is updated to pull MSTest.pfx from the Azure Key Vault
* updated projects to use temp\MSTest.pfx to sign packages
* Moved temp .pfx generation to BEFORE building projectreunion.sln (as it's needed to build some of the tests). Removed a debugging statement from DevCheck.ps1
* Removed investigation code from AppLifecycleTests
* Incorporated Scott's feedback
* Initial creation of the standalone Project Reunion Installer
* Add tests and PR feedback
Adds tests and changes from PR feedback.
* PR Feedback updates
* Additional PR Feedback updates
* Update exception handling
Moved code to be exception-based and caught at the highest layer of install.
* move and rename solution paths, add test packages
Refactored the test package generation into a separate solution to be run when needed to generate test packages, and added the test packages, which are small and do not need to be built every time for easier testing and faster building. Also moved the installer up a level as it is a separate set of solutions and not part of the main reunion solution and following same naming patterns.
* Fix a few nits in install.h
* Remove old renamed file
help.* was renamed to console.*, removing obsolete version.
* Fix some nits
* Initial commit of Reunion Common Entrypoint
* Rename Common to SampleWinRT
* Care and Feeding of WinRT code
* Add ARM64 target
* Flat C API sample
* Extend sample slightly, fix publishing files
* Update References
* Add a simple test (that doesn't work yet)
* Move to a shared project
* Replace "Universal" DLL with a regular C++/WinRT DLL
Publish "flat C" headers to common output directory
Ensure test execution can find the implementation binary
* Change namespaces, fix up solutions, make test work
* Get a UWP unit test building
* Update to new cppwinrt package
* Include ARM64 in builds, add 'build everything' script
* Add means to test UWP, identity, etc in one shared file
* Rename test projects
* PR feedback
* PR feedback
* PR feedback