Closed
Bug 466384
Opened 16 years ago
Closed 16 years ago
"ASSERTION: OnDataAvailable implementation consumed no data" loading standalone video from local file
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla1.9.2a1
People
(Reporter: dbaron, Assigned: timeless)
References
Details
Attachments
(1 file)
540 bytes,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
When I load a standalone ogg video file, I get the assertion:
###!!! ASSERTION: OnDataAvailable implementation consumed no data: 'Error', file /home/dbaron/builds/mozilla-central/mozilla/netwerk/base/src/nsInputStreamPump.cpp, line 529
This appears to be happening because the OnDataAvailable works its way through a chain of various listeners and finds its way to nsMediaDocumentStreamListener::OnDataAvailable, where mNextStream is null, so the function returns without doing anything.
Steps to reproduce:
1. save http://piercedotzler.com/asa/obama-scaled-high.ogg to a local file
2. load that local file in Firefox
Actual results: assertion (above)
Expected results: no assertion
Comment 1•16 years ago
|
||
nsFileStreamStrategy doesn't need or use the existing channel, it (re)opens the channel as a local file. I think nsMediaDocumentStreamListener::OnStartRequest should return NS_BINDING_ABORTED if no mNextStream listener is attached. Alternately, the nsFileStreamStrategy could attach a listener that just returns the same from OnStartRequest, but that seems uglier.
fwiw, this has nothing to do with video/audio, it existed for plugin content and has since at least 2003 (initial version). I suspect there's a much older bug. but my "current" archive doesn't reach that far back.
Component: Video/Audio → DOM
OS: Linux → All
QA Contact: video.audio → general
Hardware: x86 → All
Reporter | ||
Updated•16 years ago
|
Attachment #355089 -
Flags: review?(dbaron) → review?(bzbarsky)
Comment 4•16 years ago
|
||
Comment on attachment 355089 [details] [diff] [review]
this fixes it
[Checkin: Comment 5]
Looks good.
Attachment #355089 -
Flags: superreview+
Attachment #355089 -
Flags: review?(bzbarsky)
Attachment #355089 -
Flags: review+
Updated•16 years ago
|
Keywords: checkin-needed
Comment 5•16 years ago
|
||
Comment on attachment 355089 [details] [diff] [review]
this fixes it
[Checkin: Comment 5]
http://hg.mozilla.org/mozilla-central/rev/9f497b1505d2
Attachment #355089 -
Attachment description: this fixes it → this fixes it
[Checkin: Comment 5]
Updated•16 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.2a1
Could this have caused bug 472239?
Comment 7•16 years ago
|
||
Is bug 472230 a regression from this ?
Can this be backed out to fix bug 472239 and bug 472239? It has been confirmed that backing out this patch locally, fixes those bugs.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•16 years ago
|
||
Gah. Plugin documents do weird stuff with the OnStartRequest.
I'll fix in one of the two regression bugs. Please don't reopen bugs for regressions, ok?
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•