248203 2022-11-21 21:04:28 -0800 REGRESSION(256812@main) [GTK] WebKitWebView API tests are flaky getting stuck 2022-11-22 06:44:55 -0800 1 1 1 Unclassified WebKit WebKitGTK WebKit Nightly Build Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=247991 P2 Normal --- 1 lmoura webkit-unassigned bugs-noreply jer.noble mcatanzaro oldest_to_newest 1913988 0 lmoura 2022-11-21 21:04:28 -0800 WebKitBuild/GTK/Release/bin/TestWebKitAPI/WebKitGTK/TestWebKitWebView To reproduce: ./Tools/Scripts/run-gtk-tests --flatpak-verbose --release --display-server=xvfb WebKitBuild/GTK/Release/bin/TestWebKitAPI/WebKitGTK/TestWebKitWebView Expected: Test executable runs and exits normally Actual: The test executable becomes zombie while one of the spawned WebProcess is kept alive. The EWS bots are timing out stuck (over the 1200s limit). Bisecting shows that 256812@main introduced the issue. Also, commenting out the test `/webkit/WebKitWebView/fullscreen` makes the issue go away. 1913989 1 lmoura 2022-11-21 21:15:13 -0800 Fullscreen test skipped in https://github.com/WebKit/WebKit/pull/6722 to unstuck the bots. 1914072 2 mcatanzaro 2022-11-22 06:44:55 -0800 (In reply to Lauro Moura from comment #0) > Bisecting shows that 256812@main introduced the issue. This is "[iOS] PiP-then-Fullscreen results in broken controls in fullscreen mode." For a web process to stay alive and not notice that the UI process is gone, I guess it has lost control entirely, probably in an infinite loop? If it were to return control to the main loop, then it should notice and die.