Closed
Bug 599205
Opened 15 years ago
Closed 15 years ago
Controls can show incorrect buffered range after media download finishes
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 655792
People
(Reporter: kinetik, Unassigned)
Details
I'm not sure where the correct fix for this bug lies, so filing here rather than against the controls for now.
To reproduce:
- Open preload="metadata" video.
- Seek somewhere near the end of the video. Call this "position X".
- Wait for video to download to the end.
- Seek back to start of video.
- Wait for entire video to be downloaded.
Expected result:
- Controls show entire video is buffered.
Actual result:
- Controls show buffered range that ends just before "position X".
This is caused by the last progress event being dropped due to a previous progress event having fired within the progress event timeout. I think we special case end-of-download to force a progress event, so we probably need similar handling for when it the end-of-download is not the end-of-file.
Updated•15 years ago
|
Assignee: nobody → fryn
Comment 1•15 years ago
|
||
Unassigning myself, since I likely won't be working on this in the near future.
Patches are welcome! :)
Assignee: fryn → nobody
| Reporter | ||
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Pushed by clegnitto@mozilla.com:
https://hg.mozilla.org/releases/mozilla-release/rev/3252ee5456ff
Controls can show incorrect buffered range after media download finishes. r=kinetik
You need to log in
before you can comment on or make changes to this bug.
Description
•