Closed Bug 1225643 Opened 10 years ago Closed 10 years ago

After cycle collection, mozilla::MediaInputPort::Disconnect hits an assertion about being on the wrong thread

Categories

(Core :: Web Audio, defect)

defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 1223670
Tracking Status
firefox42 --- affected
firefox43 --- affected
firefox44 --- affected
firefox45 --- affected
firefox-esr38 --- affected

People

(Reporter: jruderman, Assigned: karlt)

Details

(5 keywords)

Attachments

(2 files)

Attached file testcase
1. Load the testcase 2. Use the "CC" button in about:memory to force cycle collection or 1. Install https://github.com/MozillaSecurity/funfuzz/tree/master/dom/extension 2. Load the testcase About 60% of the time, it hits: Assertion failure: lock->locked && pthread_equal(lock->owner, pthread_self()), at nsprpub/pr/src/pthreads/ptsynch.c:226
Attached file stack
This assertion failure also sometimes happens with the testcase for bug 1223670.
I'm not reproducing with the 2015-10-01 nightly debug build, so this seems a more recent regression than bug 1223670.
The assertion was added in bug 1219403. The fault probably existed before then.
Adding the assertion to the revision prior to landing bug 1189506 (and applying the fix for bug 1205016) still reproduces this bug, so this is not a regression from bug 1189506 or anything that landed more recently. Bug 1223670 comment 3 may hold some clues.
All sorts of security problems are possible, I expect. Not sure how many require races to run the right way.
Same root problem as bug 1223670. No need to keep this open now that the other is m-c-s.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Group: media-core-security
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: