JUnit test failures due to content process crash are misreported
Categories
(GeckoView :: General, defect, P2)
Tracking
(Not tracked)
People
(Reporter: snorp, Unassigned)
References
Details
(Whiteboard: [geckoview:m89][geckoview:2024H2?])
Sometimes a junit test can fail because the content process crashes. In this case we should report the crash as the reason for the failure, instead of e.g. a timeout.
Example failure: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=286355465&repo=try&lineNumber=2251
And we can see in the logcat linked from there:
01-24 14:43:21.988 3120 3135 F MOZ_Assert: Assertion failure: ObserverCount() == mEarlyRunners.Length() (observers, except pending selection scrolls, should have been unregistered), at /builds/worker/workspace/build/src/layout/base/nsRefreshDriver.cpp:1188
| Reporter | ||
Comment 1•6 years ago
|
||
Looks like this is the same as Bug 1605246. It's even the same assertion. I won't reopen that since we already have a patch there.
| Reporter | ||
Comment 2•6 years ago
|
||
Current theory is that we are not receiving onCrash() because we're in-between tests or are otherwise not monitoring an open session when the content crash occurs. We should instead just use the crash handling service to detect these and check for content crashes in between each test.
| Reporter | ||
Updated•6 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 3•3 years ago
|
||
Moving content process management bugs to the new GeckoView::Sandboxing component.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Description
•