Bug 204654 - [GStreamer] WebKitWebSrc fails to seek on response to qtdemux_pull_mfro_mfra()
Summary: [GStreamer] WebKitWebSrc fails to seek on response to qtdemux_pull_mfro_mfra()
Status: RESOLVED DUPLICATE of bug 210284
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-11-27 15:22 PST by Alicia Boya García
Modified: 2020-05-14 01:42 PDT (History)
4 users (show)

See Also:

Attachments
Repro (2.68 MB, application/x-xz)
2019-11-27 15:22 PST, Alicia Boya García 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alicia Boya García 2019-11-27 15:22:06 PST 
Created attachment 384427 [details]
Repro

When playing a fragmented MP4 file of known size in pull mode, just after finding the first moof, qtdemux will try read the the last few bytes of the file to parse the `mfro/mfra` index calling qtdemux_pull_mfro_mfra().

If the entire file has not been buffered at this point by the downloadbuffer element, which is the case for big enough files, it will send a SEEK event to webkitwebsrc, which will never send data back.

The attached file is a repro of the bug. The bug has been reproduced while serving the files with lighttpd. Note despite of the small size of the compressed test case, the video file decompresses to >1 GB (made this way to ensure the bug is hit easily and still fit in Bugzilla).
Comment 1 Xabier Rodríguez Calvar 2019-11-28 01:06:11 PST 
I am dealing with some source improvements, I think I can tackle this just after those.
Comment 2 Alicia Boya García 2020-05-14 01:42:32 PDT 

*** This bug has been marked as a duplicate of bug 210284 ***