Bug 1755376 Comment 6 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

FWIW, from a short glance at 10 reports in a row, I see:

- 4 of them are inside [`ChildProfilerController::ShutdownAndMaybeGrabShutdownProfileFirst`](https://crash-stats.mozilla.org/report/index/656c6a4b-3cbb-4157-bf8a-0a9da0220219#allthreads). Interestingly, all of these have `IPCShutdownState: SendFinishShutdown (sent)` set, which would suggest that we already finished shutdown, but the position in the stack seems to suggest, we are not yet there? 
- 3 of them [seem to just idle on the main thread](https://crash-stats.mozilla.org/report/index/50667668-1363-47a5-823e-f7ecc0220219)
- 1 [seems to be waiting for a mutex related to GC](https://crash-stats.mozilla.org/report/index/30bffc85-f0a7-4de8-b78e-3bbf40220219#allthreads) held by another thread
- 1 [seems to be busy with destroying a docshell](https://crash-stats.mozilla.org/report/index/ca266ed6-9190-446d-8aa0-437ce0220219#tab-details) as a reaction on `BrowserChild::RecvDestroy()` - this one has no `IPCShutdownState` set at all and could be a case of a long running task that blocks the main thread.
- 1 has a stack without symbols (even if opened in VS)

Probably the `ChildProfilerController` and the `GC` mutex case could merit a second look based on those stack traces.
(moved to bug 1279293)

FWIW, from a short glance at 10 reports in a row, I see:

- 4 of them are inside [`ChildProfilerController::ShutdownAndMaybeGrabShutdownProfileFirst`](https://crash-stats.mozilla.org/report/index/656c6a4b-3cbb-4157-bf8a-0a9da0220219#allthreads). Interestingly, all of these have `IPCShutdownState: SendFinishShutdown (sent)` set, which would suggest that we already finished shutdown, but the position in the stack seems to suggest, we are not yet there? 
- 3 of them [seem to just idle on the main thread](https://crash-stats.mozilla.org/report/index/50667668-1363-47a5-823e-f7ecc0220219)
- 1 [seems to be waiting for a mutex related to GC](https://crash-stats.mozilla.org/report/index/30bffc85-f0a7-4de8-b78e-3bbf40220219#allthreads) held by another thread
- 1 [seems to be busy with destroying a docshell](https://crash-stats.mozilla.org/report/index/ca266ed6-9190-446d-8aa0-437ce0220219#tab-details) as a reaction on `BrowserChild::RecvDestroy()` - this one has no `IPCShutdownState` set at all and could be a case of a long running task that blocks the main thread.
- 1 has a stack without symbols (even if opened in VS)

Probably the `ChildProfilerController` and the `GC` mutex case could merit a second look based on those stack traces.

Back to Bug 1755376 Comment 6