You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
WebViewDoesntCrashWhenLoadingAHeavyPageAndUsingExecutionModeSeparateProcess fails consistently on macOS in the Controls WebView UI test leg, with the app becoming unresponsive and being force-terminated after each attempt.
Both test runs and retry runs fail with the same error
Error Message
Failed WebViewDoesntCrashWhenLoadingAHeavyPageAndUsingExecutionModeSeparateProcess [15 m 8 s]
Error Message:
The app became unresponsive and was force-terminated: App.AppState query did not complete — app is likely unresponsive
TearDown : The app became unresponsive and was force-terminated: App.AppState query did not complete — app is likely unresponsive
Stack Trace:
at UITest.Appium.NUnit.UITestBase.UITestBaseTearDown() in /_/src/TestUtils/src/UITest.NUnit/UITestBase.cs:line 121
Recommended Action
Locate WebViewDoesntCrashWhenLoadingAHeavyPageAndUsingExecutionModeSeparateProcess in src/Controls/tests/TestCases.Shared.Tests/ (or related UI test project).
The test uses ExecutionMode.SeparateProcess for WebView — this mode launches a secondary process and the parent app may be losing connection to it under macOS.
Investigate whether a recent change to WebView.maccatalyst.cs, WKWebView initialization, or process lifecycle management introduced a regression causing the separate process to hang.
Check if the test has a timeout guard: it runs for 15 min before the teardown query times out, suggesting the test itself is stuck waiting for the WebView to complete a heavy page load.
Summary
WebViewDoesntCrashWhenLoadingAHeavyPageAndUsingExecutionModeSeparateProcessfails consistently on macOS in theControls WebViewUI test leg, with the app becoming unresponsive and being force-terminated after each attempt.Build Information
Affected Legs
Controls WebViewtask (macOS stage)Error Message
Recommended Action
WebViewDoesntCrashWhenLoadingAHeavyPageAndUsingExecutionModeSeparateProcessinsrc/Controls/tests/TestCases.Shared.Tests/(or related UI test project).ExecutionMode.SeparateProcessfor WebView — this mode launches a secondary process and the parent app may be losing connection to it under macOS.WebView.maccatalyst.cs,WKWebViewinitialization, or process lifecycle management introduced a regression causing the separate process to hang.CookiesCorrectlyLoadWithMultipleWebViewsmacOS WebView instability (tracked in [ci-scan] Recurring: CookiesCorrectlyLoadWithMultipleWebViews fails on iOS/MacCatalyst in maui-pr-uitests #36117).