Skip to content

Restore MUXControls GitHub validation - #11179

Open
harshit7962 wants to merge 10 commits into
mainfrom
user/hmishra/gh-pr-ado-muxcontrols-restore
Open

Restore MUXControls GitHub validation#11179
harshit7962 wants to merge 10 commits into
mainfrom
user/hmishra/gh-pr-ado-muxcontrols-restore

Conversation

@harshit7962

@harshit7962 harshit7962 commented Jun 17, 2026

Copy link
Copy Markdown
Contributor

Fixes

N/A

PR Type

  • Bugfix
  • Feature
  • Code style update (formatting, renaming)
  • Refactoring (no functional changes, no API changes)
  • Build related changes
  • Documentation content changes
  • Other (please describe):

Description

Current Behavior

GitHub-backed PR validation runs the reduced product-only ADO build path. That keeps the GitHub validation graph safe, but it does not run MUXControls.sln.

MUXControls.Test.csproj also assumes WinUI Gallery test data exists in the checkout, which is not guaranteed in the public GitHub validation context.

New Behavior

The GitHub PR wrapper opts into the ADO template's buildMuxControlsSln path so MUXControls.sln is validated while the rest of the GitHub validation graph remains reduced-scope.

MUXControls.Test.csproj now generates WinUI Gallery test data only when the Gallery data file is present, allowing the project to build from the GitHub checkout.

Note: this branch currently points WinUIInternal.ref to the matching template branch for validation. Before merging, switch it back to refs/heads/main.

Customer Impact

No direct product/customer-facing impact. This restores CI coverage for MUXControls changes in GitHub-backed PR validation.

Regression Potential

  • Low risk — isolated change, limited scope
  • Medium risk — touches shared components or public APIs
  • High risk — architectural or breaking API change

The wrapper change only affects GitHub PR validation. The missing Gallery data guard only skips generated test data when the input file is absent.

How Has This Been Tested?

  • I have performed a self-review of my own code

  • I have added tests to cover my changes

  • Existing tests pass locally

  • GitHub PR validation succeeded against the matching template branch.

Screenshots (if appropriate)

N/A

@harshit7962
harshit7962 requested a review from a team as a code owner June 17, 2026 11:20
@microsoft-github-policy-service microsoft-github-policy-service Bot added the needs-triage Issue needs to be triaged by the area owners label Jun 17, 2026
@harshit7962

Copy link
Copy Markdown
Contributor Author

/AzurePipelines run

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines could not run because the pipeline triggers exclude this branch/path.

@harshit7962

Copy link
Copy Markdown
Contributor Author

/AzurePipelines run

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines could not run because the pipeline triggers exclude this branch/path.

@harshit7962

Copy link
Copy Markdown
Contributor Author

/AzurePipelines run

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines could not run because the pipeline triggers exclude this branch/path.

@harshit7962
harshit7962 force-pushed the user/hmishra/gh-pr-ado-muxcontrols-restore branch from 61e0b69 to c0550e1 Compare June 23, 2026 06:49
@harshit7962 harshit7962 changed the title [Do Not Review] Restore MUXControls GitHub validation Restore MUXControls GitHub validation Jun 24, 2026

@codendone codendone left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The PR description suggests this might be needed because of WinUI Gallery issues. The Gallery issue may have been addressed via: Commit f3b1c5d. Does that change remove the need for this PR or reduce what needs to be changed?

Comment thread build/WinUI-GitHub-PR.yml
type: git
name: WinUI/microsoft-ui-xaml-lift
ref: refs/heads/main
ref: refs/heads/user/hmishra/gh-ado-muxcontrols-restore-clean

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Presumably this needs to be reverted before completing.

Comment thread build/WinUI-GitHub-PR.yml Outdated
pgoBuildModeMSBuildArg: '/p:PGOBuildMode=Off'
buildProductOnly: true
buildMuxControlsSln: true
muxControlsAdditionalMSBuildOptions: '/p:IsInternalWinUIBuild=false /p:PublishTrimmed=false /p:EnableTrimAnalyzer=false /p:EnableAotAnalyzer=false /p:IsAotCompatible=false'

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why all of these msbuild options? Do internal builds specify these? If not, why do OSS builds need them?

Use the normal non-product GitHub validation build path so MUXControls.sln runs without a dedicated MUXControls-only switch.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@harshit7962
harshit7962 force-pushed the user/hmishra/gh-pr-ado-muxcontrols-restore branch from d3a2652 to 339a622 Compare July 1, 2026 13:09
harshit7962 and others added 5 commits July 2, 2026 10:46
Point the GitHub validation wrapper back to ADO main while keeping the normal non-product build path enabled for MUXControls.sln validation.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Point the GitHub validation wrapper at the ADO branch that applies OSS package pins for GitHub-backed builds.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Pass IsInternalWinUIBuild=false into the GitHub validation build so MUXControls.sln restore uses pinned OSS package versions.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Use a separate WinUIPackageVersion for PackageReference resolution so GitHub-backed MUXControls validation restores an OSS-safe Microsoft.WindowsAppSDK.WinUI package while preserving the build WinUIVersion.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Use WinUIPackageVersion for direct Microsoft.WindowsAppSDK.WinUI package imports so GitHub-backed MUXControls validation restores the same pinned package used by PackageReference.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@harshit7962
harshit7962 force-pushed the user/hmishra/gh-pr-ado-muxcontrols-restore branch 5 times, most recently from 2e68985 to 7923f3f Compare July 3, 2026 09:04
Add explicit PackageReference entries for projects that directly import Microsoft.WindowsAppSDK.WinUI package props/targets so restore downloads the pinned WinUIPackageVersion.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@harshit7962
harshit7962 force-pushed the user/hmishra/gh-pr-ado-muxcontrols-restore branch from 7923f3f to 2b35e00 Compare July 3, 2026 10:44
harshit7962 and others added 3 commits July 3, 2026 18:10
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

needs-triage Issue needs to be triaged by the area owners

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants