<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>300041</bug_id>
          
          <creation_ts>2025-10-02 12:55:34 -0700</creation_ts>
          <short_desc>[GStreamer] Sometimes progressive playback is not resumed after seek</short_desc>
          <delta_ts>2025-10-03 05:41:25 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>New Bugs</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Enrique Ocaña">eocanha</reporter>
          <assigned_to name="Enrique Ocaña">eocanha</assigned_to>
          <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>2147909</commentid>
    <comment_count>0</comment_count>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2025-10-02 12:55:34 -0700</bug_when>
    <thetext>Sometimes, in a downstream multimedia player, regular video playback remains paused after seek instead of resuming automatically. It will play normally when play() or another seek operation are manually triggered.

Log analys shows that in the failing case the browser missed the state transition to &apos;HaveCurrentData&apos;, and application can&apos;t resume playback after seek. It was missed because it happened the gstreamer pipeline remains in state transition for too long and can&apos;t process buffering events. Normally it goes: seek -&gt; Paused pipeline -&gt; buffering (HaveCurrentData) -&gt; finish_buffering(HaveEnoughData) -&gt; start_playback. However, in the failing case, seek takes too long (~2sec) to set the PAUSED state on the pipeline and we are missing the buffering(HaveCurrentData) stage.

See: https://github.com/WebPlatformForEmbedded/WPEWebKit/issues/1561</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2147933</commentid>
    <comment_count>1</comment_count>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2025-10-02 14:11:57 -0700</bug_when>
    <thetext>Pull request: https://github.com/WebKit/WebKit/pull/51698</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2148121</commentid>
    <comment_count>2</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2025-10-03 05:40:18 -0700</bug_when>
    <thetext>Committed 300933@main (293dfbd834b9): &lt;https://commits.webkit.org/300933@main&gt;

Reviewed commits have been landed. Closing PR #51698 and removing active labels.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2148122</commentid>
    <comment_count>3</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2025-10-03 05:41:25 -0700</bug_when>
    <thetext>&lt;rdar://problem/161890101&gt;</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>