| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
Adding all referenced standard directories requires access to the
references. However, references do no survive the linker. Which
means the binder is too late to add standard directories.
Fixes 6977
|
|
|
|
| |
Fixes 5417
|
|
|
|
| |
https://github.com/wixtoolset/issues/issues/6977
|
|
|
|
| |
Fixes 6970
|
|
|
|
|
|
|
|
|
| |
The conversion process has a good chance of changing the shape of
.wxs source file. Therefore, the old line numbers may be wrong and
should be replaced with the line numbers from the converted file
when it is saved.
Fixes 6969
|
| |
|
|
|
|
|
|
|
| |
Trying to pack the CA assembly before it is built reports erroneous
or redundant error messages so don't do that.
Fixes 6968
|
|
|
|
| |
Fixes 6960
|
|
|
|
| |
Related to 6942
|
|
|
|
|
|
|
|
|
|
|
| |
Adds new custom element in NetFx extension for running NetCoreCheck.exe
tool from within the MSI installer - `<netfx:DotNetCompatibilityCheck
/>`. The checks are run before evaluating launch conditions, so their
results can be used in those conditions. There is no limitation on the
number of checks that can be run, so installer may query various
runtimes on different platforms and versions and with different roll
forward policies.
Fixes https://github.com/wixtoolset/issues/issues/6264
|
|
|
|
| |
Fixes 6349
|
|
|
|
| |
Fixes 6305
|
|
|
|
| |
Plus some code clean up so error reporting is consistent.
|
|
|
|
| |
Fixes 5371
|
|
|
|
| |
Fixes 6847
|
|
|
|
| |
Related to 6960
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes 6959
|
| |
|
|
|
|
| |
Fixes 6944
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Share the ToolsetTask implementation that can find .NET Core and
.NET Framework with multiple architectures.
Fixes 6951
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"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
|
|
|
|
| |
Closes 3743
|
|
|
|
| |
Fixes 6853
|
| |
|
|
|
|
|
|
| |
Remove built-in .NET Core packages since they update too quickly.
Fixes 6257
|
| |
|
|
|
|
|
|
|
|
| |
Detached containers were being tracked as both a BuiltContentOutput
and Temporary file. That caused the detached containers to be
cleaned up and unavailable for the bundle after the build.
Also removed the unused ITrackedFile.Clean property.
|
|
|
|
| |
Fixes 4791
|
|
|
|
| |
Fixes 6882 and 6902
|
| |
|
|
|
|
|
| |
The fewer executions of "dotnet test" the better so batch up calls
by referencing multiple assembly DLLs.
|
| |
|
|
|
|
|
|
|
| |
Now that WixVersion can do comparison logic, we can remove the dependency on
NuGet.Versioning from WixToolset.Core. The NuGet.Versioning assembly gets
included by many build process tools so not being dependent on it in core
WiX scenarios reduces the chances of assembly version collisions.
|
|
|
|
|
|
|
|
|
|
|
| |
WixVersion is already used by the Core toolset but could also be
useful for bootstrapper applications parsing bundle versions. The
WixToolset.Data assembly contains a significant amount of data that
bloats its size that bootstrapper applications would never need.
Extracting WixVersion to its own assembly makes it much more
useable.
Fixes 6943
|
| |
|
|
|
|
|
|
| |
Invariant string comparisons were finding strings like "abc" to be
less than "-abc". Switching to ordinal comparison correctly reports
the order.
|
| |
|
|
|
|
| |
Closes 6942
|
|
|
|
|
|
|
|
|
|
| |
Contrary to common-sense, NuGet package sources are not ordered.
Thus, the existence of nuget_official.config is pointless as it was
an attempt to prefer already published .nupkgs over newly built
.nupkgs in post-GA builds.
Instead, NuGet introduced packageSourceMapping which is a more
powerful solution to address post-GA package resolution.
|
|
|
|
|
|
|
| |
If tests need functionality, it is reasonable to expect users may
require it in the future as well. To support the bundle tests, they
needed independent extraction of BA from attached containers. So,
add a new switch to extract the BA separate from the containers.
|
|
|
|
|
|
|
| |
For each ui:WixUI tag found, UICompiler adds PrintEula and ValidatePath
custom actions. This causes problems with duplicate symbols if 2 or more
such tags are used. This change makes sure that UI custom actions are
added only once in total.
|
|
|
|
|
|
|
|
| |
A Row's SectionId is not set correctly in most scenarios. It was
only really needed for the old section-based patch filtering. As
section-base patch filtering was replaced in favor of the more
logical filter generation, Row.SectionId was archaic and mostly
outdated/wrong data.
|
| |
|
|
|
|
|
|
| |
The symbol now matches the name from the language. Also, fix the
MsiPatchFamilySymbol id calculation to fix the linker issue and
unblock patch filtering.
|
| |
|