summaryrefslogtreecommitdiff
path: root/src/wix/test/WixToolsetTest.Sdk (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Convert WixToolsetTest.Sdk to MSTest.***Bob Arnson2025-03-034-120/+123
| | | | | | | ***Does not include a full conversion to traversal projects. The wix segment already uses traversal projects extensively so there isn't a significant per win, especially compared to the effort required...but MSTest's method-level parallelism cuts test run time in half (~60->~30).
* Rename "bundle id" concept to "bundle code"Rob Mensching2024-12-302-2/+2
| | | | | | | The "bundle id" always had more in common with the PackageCode from the Windows Installer. With the introduction of an actual Id attribute on the Bundle element, there is potential for confusion, so there is finally real motivation to rename "bundle id" to "bundle code".
* Add Package/@Id and Bundle/@Id that can replace UpgradeCodesRob Mensching2024-12-303-3/+3
| | | | Completes 8584
* Move the BootstrapperApplication out of procRob Mensching2024-03-062-6/+2
|
* Build tweaks to support VS 17.8...Bob Arnson2023-12-041-0/+1
| | | | | | | ...because SemVer is just a suggestion. - Also fix missing NuGet cleanup. - And update NuGet^2 packages because v6.3.1 has vulnerabilities.
* Fix build of outputs with comma in their filenameRob Mensching2023-04-043-0/+57
| | | | Fixes 7343
* Always add space to to test folder to flush out such bugsRob Mensching2023-03-231-1/+1
|
* Full support for multitargeting project references in a .wixprojRob Mensching2023-02-2111-1/+279
| | | | Closes 7241
* Remove use of AppVeyorRob Mensching2023-01-231-2/+2
| | | | | | | | WiX v4 standardized on GitHub Actions for the build process. AppVeyor served us well and provides a great service for free. But since we moved to GitHub Actions let's not burn cycles on their build machines. Closes 7175
* Remove support for importing WixToolset.Sdk via PackageReferenceRob Mensching2023-01-1112-159/+21
| | | | | | | | | | The WixToolset.Sdk is an MSBuild project SDK. It should be imported using the Sdk.props. Allowing it to be imported via PackageReference is unnecessary and creates double import problems. Prevent such imports to point WiX users that don't understand the new MSBuild functionality in the right direction. Fixes 7148
* Ensure engine inscribe path is different from the original engine pathRob Mensching2022-12-131-2/+2
| | | | Fixes 7085
* Handle spaces when finding path to executables in MSBuild taskRob Mensching2022-11-211-1/+1
| | | | Fixes 7035
* Fix build when Cultures is specifiedRob Mensching2022-11-1715-57/+167
| | | | | | | Write the tests for the test data in the WixToolset.Sdk test and fix all the culture related bugs that fallout from that. Fixes 69999
* Expose bind variables from build command and via MSBuild WixVariables propertyRob Mensching2022-11-178-55/+113
| | | | | | Also, resolves bind variables in path fields. Fixes 6995 and 7017
* Separate WixInternal content from official WixToolset namespaceRob Mensching2022-11-083-4/+4
|
* Loc files were still using inner text, stop doing thatRob Mensching2022-10-314-8/+8
| | | | Fixes 6970
* Name the bind path item group "BindPath" in MSBuildRob Mensching2022-10-151-1/+1
| | | | Closes 6959
* Simplify reference resolutionRob Mensching2022-10-143-17/+83
| | | | | | | | WiX v3 extension loading had options that were rarely if ever used and library paths modeled after C++. Given the new Sdk-style model in WiX v4, we can simplify reference resolution. Fixes 6945, 6946
* Run wix.exe out of procRob Mensching2022-10-141-28/+19
| | | | | | | | | | | | | | "wix build" will load assemblies to read metadata which can cause the assemblies to get locked in the process. Since MSBuild keeps build processes alive this can cause work done by in-proc MSBuild tasks (like the WixBuild) to get stuck. Moving the "wix build" out of proc avoids any of those issues. Moving out of proc also allows the WiX tasks to be AnyCPU which simplifies the wix.targets (although did need to add code to find the .NET Framework wix.exe). Fixes 6595
* Centralize test project configuration with IsWixTestProjectRob Mensching2022-09-231-9/+1
|
* Allow customization of the .wixpdb output folderRob Mensching2022-08-256-2/+224
| | | | Fixes 6857
* Create WixToolset.Heat.nupkg to distribute heat.exe and Heat targetsRob Mensching2022-08-0117-827/+31
| | | | | | | Moves Heat functionality to the "tools" layer and packages it all up in WixToolset.Heat.nupkg for distribution in WiX v4. Completes 6838
* Use WixAssert in more places.Sean Hall2022-06-152-4/+4
|
* Create RequiresNativeWixAssets property.Sean Hall2022-02-181-6/+1
|
* Fix the bitness of native binaries for .NET FrameworkRob Mensching2022-02-172-1/+7
| | | | | | | | | | First, moved the tests build into a separate directory to prevent collisions with shipping code. That requires each test to copy in the required native binaries. Default the native binaries to x64 for testing since we've standardized on VS2022 which is all x64 all the time. Finally, copy the native binaries into the .NET Framework differently from .NET Core because .NET Framework does not support cross-platform thus requires a different layout.
* Put validation tests behind #if due to confirmed MSI inconsistenciesRob Mensching2022-02-102-78/+99
| | | | | | | | | | | | | | | | When the validation tests are run repeatedly, they will expose an issue in the Windows Installer where ICE validations will occasionally fail to send all error/warning messages. The inconsistency obviously wreaks havoc on the tests. The tests are still interesting (and complex) enough to keep around for manual testing. So they were placed behind an #if for easy manual inclusion. Note that these are "negative tests" that expose the Windows Installer inconsistency when expected failures are missing. Other validation tests are "positive tests" that look for success and thus will always succeed. Therefore, the positive tests stay active.
* Add logging to tests to help diagnose intermittent test failuresRob Mensching2022-02-101-1/+9
|
* Re-enable skipped test and minor code clean upRob Mensching2022-02-101-2/+0
|
* Centralize all validating tests in a single fixtureRob Mensching2022-02-101-2/+2
| | | | This should prevent validation from running in parallel.
* Skip another validation test.Sean Hall2022-02-101-1/+1
|
* Get Appveyor builds working.Sean Hall2022-02-091-2/+2
|
* Make validation independent of the build commandRob Mensching2022-02-088-6/+193
| | | | | | | In MSBuild this adds a new WindowsInstallerValidation target that automatically runs validation after a successful build. From the command-line the "wix msi" command gets a "validate" subcommand that will validate an MSI or MSM file.
* MSBuild tests enhanced to test signingRob Mensching2022-01-104-9/+89
|
* Ensure external bundle payloads and containers are copied to outputRob Mensching2022-01-021-3/+3
|
* Move to a single tracking file for all bind inputs and outputsRob Mensching2022-01-021-2/+1
| | | | | | | A single tracking file can be enhanced more easily than continuing to introduce specialized tracking files. In this case, we now include output files that are copied and can differentiate them from the built output files.
* Create a binlog to aid debugging MSBuild testsRob Mensching2022-01-022-0/+2
|
* Try to get more helpful test failure messages.Sean Hall2022-01-012-26/+26
|
* Remove warnings and make sure more don't creep in.Sean Hall2022-01-011-0/+1
| | | | Tests are not run inside of traversal projects so that skipped test warnings don't fail the build.
* Re-enable test fixed by wix.targets rewriteRob Mensching2021-12-311-1/+0
| | | | Closes wixtoolset/issues#6407
* Switch to `net472` as Framework baseline.Bob Arnson2021-12-121-1/+1
|
* More VS2022 fixes.Sean Hall2021-12-061-1/+1
| | | | | | | Update v4.0 projects to target v4.7.2. Skip all Bal managed host tests for now. Remove ToolsVersion from DTF test projects. Remove Microsoft.NETFramework.ReferenceAssemblies from Directory.Packages.props.
* Implement integrated build processRob Mensching2021-05-112-40/+12
|
* Move Tools into wixRob Mensching2021-04-2942-0/+1817