Open Bug 1323742 Opened 8 years ago Updated 2 years ago

Make XPCOMThreadWrapper::IsCurrentThreadIn() be AbstractThread-specific instead of being nsThread-Specific.

Categories

(Core :: Audio/Video: Playback, defect, P3)

Product:
Core
Component:
Audio/Video: Playback
Type:
defect

Tracking

()

People

(Reporter: bevis, Unassigned)

Details

This is an issue existing in current XPCOMThreadWrapper::IsCurrentThreadIn() implementation and its call sites. As explained in bug 1314833 comment 33 and bug 1314833 comment 34, this has been complied in TaskQueue implementation but not in XPCOMThreadWrapper or EventTargetWrapper. In this bug, we should turn XPCOMThreadWrapper::IsCurrentThreadIn() AbstractThread-specific and make proper modification of its call sites to ensure that its call site is run inside a runnable of a AbstractThread runnable when ::IsCurrentThreadIn() has to be true.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.