269203 2024-02-12 09:42:24 -0800 [GStreamer] Buffer end equals video duration for progressive video 2024-02-14 11:40:16 -0800 1 1 1 Unclassified WebKit Media WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED InRadar P2 Normal --- 1 eocanha eocanha webkit-bug-importer oldest_to_newest 2012753 0 eocanha 2024-02-12 09:42:24 -0800 On some long regular videos, the current buffer management mechanism reports 100% of the video as loaded when that's not actually happening. This causes document.getElementsByTagName('video')[0].buffered.end(0) to be equal to document.getElementsByTagName('video')[0].duration when that should clearly not the case. The current default way of computing m_maxTimeLoaded isn't working properly because oftern, when the buffering messages are received by MediaPlayerPrivateGStreamer, the duration is still unknown and the code in charge of computing the fill status bails out. The WebKitWebSrc network downloading statistics provide a much more accurate source of information for the buffered data, and should be used in more cases when available. The download statistics tend to arrive later than the buffer fill messages and at that moment duration is already available, leading to a proper computation of m_maxTimeLoaded. See: https://github.com/WebPlatformForEmbedded/WPEWebKit/pull/1238 2012758 1 eocanha 2024-02-12 09:56:49 -0800 Pull request: https://github.com/WebKit/WebKit/pull/24257 2013584 2 ews-feeder 2024-02-14 11:39:56 -0800 Committed 274643@main (3e214abe9459): <https://commits.webkit.org/274643@main> Reviewed commits have been landed. Closing PR #24257 and removing active labels. 2013585 3 webkit-bug-importer 2024-02-14 11:40:16 -0800 <rdar://problem/122961086>