Skip to content

Tags: nirbar/wix3

Tags

v3.15.0-a65

Toggle v3.15.0-a65's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
Add informational verbose logging for cab creation failures in the bo…

…otstrapper

v3.15.0-a64

Toggle v3.15.0-a64's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
Add informational verbose logging for cab creation failures

v3.15.0-a63

Toggle v3.15.0-a63's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
Best effort to log premature termination of companion process

v3.15.0-a62

Toggle v3.15.0-a62's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
"Detected related package" log message- log the package id

v3.15.0-a61

Toggle v3.15.0-a61's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
Support sending custom messages on embedded pipe

v3.15.0-a46

Toggle v3.15.0-a46's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
Do not follow junctions when recursively deleting directories

This will prevent elevated processes from accidentally following a junction
from a user-writable directory to a per-machine directory and erroneously
deleting the per-machine contents.

Revert the mergemod.cub to pre-ARM64 builds to fix MSM validation

When introducing ARM64 support into the Windows Installer, Microsoft broke
the ICE CUBe files in various ways. To minimize the impact of the breakage
move the mergemod.cub file back to pre-ARM64 support. Validating ARM64 Merge
Modules is not likely to work but that option is better than the regression.

Fixes wixtoolset/issues#8065

Don't follow junctions when recursing directories.

When deleting directories recursively, an elevated custom action
following junctions in a user-writable location could recurse into
any directory, including some that you might not want to be deleted.
Therefore, avoid recursing into directories that are actually
junctions (aka "reparse points").

This applies to:

- The RemoveFoldersEx custom action (which doesn't actually do deletions
but would instruct elevated MSI to delete on your behalf).
- DTF's custom action runner.

Protect elevated working folder from malicious data

When running elevated, Burn uses the Windows Temp folder as its working folder
to prevent normal processes from tampering with the files. Windows Temp does
allow non-elevated processes to write to the folder but they cannot see the
files there. Unfortunately, contrary to our belief, non-elevated processes
can read the files in Windows Temp by watching for directory changes. This
allows a malicious process to lie in wait, watching the Windows Temp folder
until a Burn process is launched elevated, then attack the working folder.
Mitigate that attack by protecting the working folder to only elevated users.

Managed custom actions also fall back to using the Windows Temp folder in
some cases and thus can be exposed in a similar fashion as an elevated Burn
process. Remove that possibility.

v3.15.0-a45

Toggle v3.15.0-a45's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
Allow reboot message popup in passive UI only

v3.15.0-a44

Toggle v3.15.0-a44's commit message

Verified

This commit was signed with the committer’s verified signature.
nirbar Nir Bar
v3.15: Merge 3.14 develop-psw

v3.12.0-c194

Toggle v3.12.0-c194's commit message
OnMsiTransactionComplete- support returning IDRETRY

v3.12.0-c193

Toggle v3.12.0-c193's commit message
Support formatted log prefix