Failure signature
Windows Integration Tests / Dotnet tests first runs Install PowerShell Core (log 200). It observed pwsh absent, reported MSI installation complete and updated PATH, yet the immediately following Undo Github merge PowerShell@2 task (log 201) failed with The term 'pwsh.exe' is not recognized as the name of a cmdlet, function, script file, or operable program. Prepare tests results and Html Report (log 230) repeated the error; .NET installation and actual tests were skipped. Stable signature: CI-infrastructure|WindowsIntegration|Install-PowerShell-Core-reports-complete|Undo-Github-merge|pwsh.exe-not-recognized-before-tests. Classification: shared Windows CI tooling/bootstrap failure; logs do not prove whether MSI installation or PATH propagation is the precise fault.
Confirmed occurrences
Both use pipeline xamarin-macios-sim-pr-tests (definition 21922), Windows Integration stage attempt 1, job eac261bd-81a1-5958-df8d-94842fc987be attempt 1, task eaab6636-9cb5-52b3-7baf-9a8835ff506f. 2 confirmed occurrences across 2 distinct monitored PRs. First/latest observed failures were 17:04:41 / 17:07:45 UTC on 2026-09-25; both parent runs remain active. The identical installer-success/next-task-missing-binary/reporting-cascade sequence occurred on unrelated Maestro main and Rolf release branches, before any real Windows NUnit test.
Investigation, impact and current workaround
Compared Azure timelines, installer logs200, first failure logs201 and downstream logs230 for both runs. #26713's contemporaneous Windows job already had pwsh, successfully completed Undo Github merge, then separately failed HKLM registry setup (#26667). Searches across all open/closed dotnet/macios issues for the stable words, exact task, error fragment and PowerShell component found no matching root. Plausible candidates were inspected: #26537 records a NativeAOT test deadlock, #26490 NTSTATUS DLL-initialization/agent loss, #25313 SSH verification, #8585 logging and #26667 registry access denial. None is the same failure.
Restore/verify pwsh.exe installation and job PATH before PowerShell@2; an issue is not authorization for a source change or rerun. No monitor retry occurred: the parent runs are active, any later retry must rerun the whole Windows Integration Tests stage, and the all-actor 25-lifetime/10-head accepted-request budgets and safe CLI stage operation remain uncertified. No branch was edited. Real NUnit results and Helix items are unavailable because tests never started. Azure logs are retention-limited; no worker identifiers, IPs or credentials are disclosed.
AI-assisted CI monitoring.
Failure signature
Windows Integration Tests /
Dotnet testsfirst runsInstall PowerShell Core(log 200). It observedpwshabsent, reported MSI installation complete and updated PATH, yet the immediately followingUndo Github mergePowerShell@2 task (log 201) failed withThe term 'pwsh.exe' is not recognized as the name of a cmdlet, function, script file, or operable program.Prepare tests results and Html Report(log 230) repeated the error; .NET installation and actual tests were skipped. Stable signature:CI-infrastructure|WindowsIntegration|Install-PowerShell-Core-reports-complete|Undo-Github-merge|pwsh.exe-not-recognized-before-tests. Classification: shared Windows CI tooling/bootstrap failure; logs do not prove whether MSI installation or PATH propagation is the precise fault.Confirmed occurrences
7a91401cda9176471a41021aee69b02bfdd4257c: simulator run 15463868 / attempt 1 /Dotnet tests/Undo Github merge, log201, first failure 2026-09-25T17:04:41.079277Z.2fbdc937e9bf5d9e9d52ccd3631b33bf41c870b8: simulator run 15463857 / attempt 1 /Dotnet tests/Undo Github merge, log201, first failure 2026-09-25T17:07:45.479202Z.Both use pipeline
xamarin-macios-sim-pr-tests(definition 21922), Windows Integration stage attempt 1, jobeac261bd-81a1-5958-df8d-94842fc987beattempt 1, taskeaab6636-9cb5-52b3-7baf-9a8835ff506f. 2 confirmed occurrences across 2 distinct monitored PRs. First/latest observed failures were 17:04:41 / 17:07:45 UTC on 2026-09-25; both parent runs remain active. The identical installer-success/next-task-missing-binary/reporting-cascade sequence occurred on unrelated Maestro main and Rolf release branches, before any real Windows NUnit test.Investigation, impact and current workaround
Compared Azure timelines, installer logs200, first failure logs201 and downstream logs230 for both runs. #26713's contemporaneous Windows job already had
pwsh, successfully completedUndo Github merge, then separately failed HKLM registry setup (#26667). Searches across all open/closed dotnet/macios issues for the stable words, exact task, error fragment and PowerShell component found no matching root. Plausible candidates were inspected: #26537 records a NativeAOT test deadlock, #26490 NTSTATUS DLL-initialization/agent loss, #25313 SSH verification, #8585 logging and #26667 registry access denial. None is the same failure.Restore/verify
pwsh.exeinstallation and job PATH before PowerShell@2; an issue is not authorization for a source change or rerun. No monitor retry occurred: the parent runs are active, any later retry must rerun the whole Windows Integration Tests stage, and the all-actor 25-lifetime/10-head accepted-request budgets and safe CLI stage operation remain uncertified. No branch was edited. Real NUnit results and Helix items are unavailable because tests never started. Azure logs are retention-limited; no worker identifiers, IPs or credentials are disclosed.AI-assisted CI monitoring.