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)

x86
macOS
defect
Not set
normal

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.)
Flags: blocking1.9.1?
Assignee: nobody → roc
Flags: blocking1.9.1? → blocking1.9.1+
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...
That's true on trunk since April 1 (revision 35879b7a23f9). Jesse, what revision were you testing when you filed this bug?
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.