Open Bug 1611468 Opened 6 years ago Updated 1 year ago

JUnit test failures due to content process crash are misreported

Categories

(GeckoView :: General, defect, P2)

Unspecified
All
defect

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

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.

See Also: → 1605246

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.

Assignee: nobody → snorp
Priority: -- → P1
Rank: 6
Priority: P1 → P2
Whiteboard: [geckoview:m76]
Whiteboard: [geckoview:m76]
Whiteboard: [geckoview:m77]
Whiteboard: [geckoview:m77]
Assignee: snorp → nobody
Whiteboard: [geckoview:m88]
Whiteboard: [geckoview:m88] → [geckoview:m89]

Moving content process management bugs to the new GeckoView::Sandboxing component.

Component: General → Sandboxing
Severity: normal → S3
Rank: 6 → 222
Component: Sandboxing → General
Whiteboard: [geckoview:m89] → [geckoview:m89][geckoview:2024H2?]
You need to log in before you can comment on or make changes to this bug.