WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
283608
[run-webkit-tests] -stderr.txt file isn't generated if the ref test fails to generate a pixel dump
https://bugs.webkit.org/show_bug.cgi?id=283608
Summary
[run-webkit-tests] -stderr.txt file isn't generated if the ref test fails to ...
Fujii Hironori
Reported
2024-11-22 18:10:55 PST
REGRESSION(
281821@main
): [Win WebKitTestRunner] stderr isn't flushed when WebProcess crashed For example, WebProcess crashed 50 times in the following test run.
https://build.webkit.org/results/Windows-64-bit-Debug-Tests/286841@main%20(414)/results.html
But, only half of them has stderr. I don't know when this problem started to happen. I don't observe this problem on my PC and don't know how to reproduce.
Attachments
Add attachment
proposed patch, testcase, etc.
Fujii Hironori
Comment 1
2024-11-22 18:14:00 PST
Oops. I wrote "REGRESSION(
281821@main
)" in the above comment. But, I'm not sure.
281821@main
changed only UI process not to flush when crashing. I think WebProcess should flush by itself before it crashes.
Fujii Hironori
Comment 2
2024-11-22 18:21:04 PST
The removed function 'exceptionFilter' was called only when UI process crashed. UI process didn't crash when a web process crashed. So, I think 'exceptionFilter' is called in the above test runs.
Fujii Hironori
Comment 3
2024-11-22 18:31:02 PST
It is strange that stderr is empty even assuming that the web process crashed without flushing. In
https://build.webkit.org/results/Windows-64-bit-Debug-Tests/286841@main%20(414)/compositing/tiling/tiled-drawing-async-frame-scrolling-stderr.txt
the first half part was output by the web process, and the second half part was output by the UI process.
> ERROR: 0000026C78A14C20 - [PID=7720] WebProcessProxy::didClose (web process crash) > C:\BW\Windows-64-bit-Debug-Build\build\Source\WebKit\UIProcess/WebProcessProxy.cpp(1272) : virtual void WebKit::WebProcessProxy::didClose(IPC::Connection &) > ERROR: 0000026C78A14C20 - [PID=7720] WebProcessProxy::processDidTerminateOrFailedToLaunch: reason=Crash > C:\BW\Windows-64-bit-Debug-Build\build\Source\WebKit\UIProcess/WebProcessProxy.cpp(1280) : void WebKit::WebProcessProxy::processDidTerminateOrFailedToLaunch(ProcessTerminationReason) > ERROR: 0000026C78A2E9F0 - [pageProxyID=62, webPageID=63, PID=7720] WebPageProxy::processDidTerminate: (pid 7720), reason=Crash > C:\BW\Windows-64-bit-Debug-Build\build\Source\WebKit\UIProcess/WebPageProxy.cpp(10636) : void WebKit::WebPageProxy::resetStateAfterProcessTermination(ProcessTerminationReason) > ERROR: 0000026C78A2E9F0 - [pageProxyID=62, webPageID=63, PID=7720] WebPageProxy::dispatchProcessDidTerminate: reason=Crash > C:\BW\Windows-64-bit-Debug-Build\build\Source\WebKit\UIProcess/WebPageProxy.cpp(10690) : void WebKit::WebPageProxy::dispatchProcessDidTerminate(WebProcessProxy &, ProcessTerminationReason) > WebProcess terminated (pid 7720) for reason: crash
Fujii Hironori
Comment 4
2024-11-22 18:34:19 PST
(In reply to Fujii Hironori from
comment #2
)
> So, I think 'exceptionFilter' is called in the above test runs.
Correction: So, I think 'exceptionFilter' *isn't* called in the above test runs.
Fujii Hironori
Comment 5
2024-11-22 18:46:42 PST
The all missing stderrs were actually recoreded in the log of run-webkit-tests.
https://build.webkit.org/#/builders/1190/builds/414
This is not a WebKit problem, but a run-webkit-tests problem.
Fujii Hironori
Comment 6
2024-11-24 22:53:36 PST
Pull request:
https://github.com/WebKit/WebKit/pull/37113
EWS
Comment 7
2024-11-25 11:49:46 PST
Committed
287069@main
(cf0de478beaf): <
https://commits.webkit.org/287069@main
> Reviewed commits have been landed. Closing PR #37113 and removing active labels.
Radar WebKit Bug Importer
Comment 8
2024-11-25 11:50:22 PST
<
rdar://problem/140549836
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug