Closed
Bug 486549
Opened 16 years ago
Closed 16 years ago
"ASSERTION: nsMediaStream::Close called on non-main thread" with LoadOggHeaders on the stack, still
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jruderman, Assigned: roc)
References
Details
(Keywords: assertion)
###!!! ASSERTION: Only call on main thread: 'NS_IsMainThread()', file /Users/jruderman/central/content/media/video/src/nsMediaStream.cpp, line 181
nsMediaChannelStream::Close()
nsChannelReader::destroy()
oggplay_channel_reader_destroy(_OggPlayReader*)
oggplay_close
oggplay_open_with_reader
nsOggDecodeStateMachine::LoadOggHeaders(nsChannelReader*)
nsOggDecodeStateMachine::Run()
nsThread::ProcessNextEvent(int, int*)
NS_ProcessNextEvent_P(nsIThread*, int)
nsThread::ThreadFunc(void*)
_pt_root
_pthread_start
thread_start
(Same stack as bug 483324, which is supposedly fixed.)
Assignee | ||
Updated•16 years ago
|
Flags: blocking1.9.1?
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → roc
Flags: blocking1.9.1? → blocking1.9.1+
Assignee | ||
Comment 1•16 years ago
|
||
Hmm. On trunk, nsChannelReader::destroy is
OggPlayErrorCode nsChannelReader::destroy()
{
// We don't have to do anything here, the decoder will clean stuff up
return E_OGGPLAY_OK;
}
So I don't know how we get to nsMdiaChannelStream::Close in your stack...
Assignee | ||
Comment 2•16 years ago
|
||
That's true on trunk since April 1 (revision 35879b7a23f9). Jesse, what revision were you testing when you filed this bug?
Reporter | ||
Comment 3•16 years ago
|
||
Probably something from April 1. I'll just mark this as WFM and take this assertion off of my known-assertions list so I'll notice if it happens again.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•