Bug 248203
| Summary: | REGRESSION(256812@main) [GTK] WebKitWebView API tests are flaky getting stuck | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Lauro Moura <lmoura> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply, jer.noble, mcatanzaro |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=247991 | ||
Lauro Moura
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.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Lauro Moura
Fullscreen test skipped in https://github.com/WebKit/WebKit/pull/6722 to unstuck the bots.
Michael Catanzaro
(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.