Skip to content

fix(msi): mark POWERSHELLEXE as secure property - #1202

Open
PowershellKnut wants to merge 1 commit into
Romanitho:developfrom
PowershellKnut:hotfix/secure-powershellexe
Open

PowershellKnut wants to merge 1 commit into
Romanitho:developfrom
PowershellKnut:hotfix/secure-powershellexe

Conversation

@PowershellKnut

Copy link
Copy Markdown

Proposed Changes

Add Secure="yes" to the POWERSHELLEXE property in Sources/Wix/build.wxs.

On an interactive install, AppSearch runs in the client UI sequence and sets POWERSHELLEXE.
Because the property was not in SecureCustomProperties, the elevated server process discarded
it ("Ignoring disallowed property POWERSHELLEXE") and skipped AppSearch because it had already
run on the client. The launch condition then failed with "You must have PowerShell 5.0 or higher".
The value is also used by the deferred CA_PowerShell_Install/CA_PowerShell_Uninstall actions,
so it must reach the server side.

This is the same pattern already used for the other public properties (NOTIFICATIONLEVEL, USERCONTEXT, ...).

Mandatory Checklist

  • I linked an Issue before opening this PR.
  • This PR focuses on a single change, feature, fix, or refactoring.
  • The changes in this PR remain within the scope of the linked Issue.

Related Issue

Fixes #1201

🤖 Generated with Claude Code

The PowerShell registry search runs in the client-side UI sequence.
Since POWERSHELLEXE was not listed in SecureCustomProperties, the
elevated server process dropped it ("Ignoring disallowed property"),
skipped AppSearch as already done, and the launch condition failed with
"You must have PowerShell 5.0 or higher" on interactive installs.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants