Closed Bug 1198711 Opened 9 years ago Closed 2 years ago

Intermittent OSX application crashed [@ mozilla::(anonymous namespace)::RunWatchdog(void*)] with SharedThreadPoolShutdownObserver on the stack

Categories

(Core :: XPCOM, defect, P3)

Unspecified
macOS
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox43 --- affected

People

(Reporter: RyanVM, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash, intermittent-failure)

This spike is relatively recent, but I think a lot of them have been getting starred to other RunWatchdog bugs on file. This looks different, though, with SharedThreadPoolShutdownObserver on the stack.
XPCOM is spinning the event loop waiting for the SharedThreadPool to die, and various threads on the SharedThreadPool are spinning _their_ event loop in MediaDecoderStateMachine::StopAudioSink, waiting for the audio thread to shut down. Those audio threads appear hung in some combination of: audiounit_stream_stop audiounit_stream_init audiounit_output_callback NI padenot or kinetik.
Flags: needinfo?(padenot)
Flags: needinfo?(padenot)
Bulk assigning P3 to all open intermittent bugs without a priority set in Firefox components per bug 1298978.
Priority: -- → P3
Severity: normal → S3

This seems to have stopped.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.