[Webkit-unassigned] [Bug 252063] New: [GStreamer] Don't emit playbackStateChanged() event after a seek
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Feb 10 10:23:47 PST 2023
https://bugs.webkit.org/show_bug.cgi?id=252063
Bug ID: 252063
Summary: [GStreamer] Don't emit playbackStateChanged() event
after a seek
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Media
Assignee: webkit-unassigned at lists.webkit.org
Reporter: eocanha at igalia.com
It is not possible to pause the playback during a seek. Sink elements lose their states entering ASYNC PAUSED->PAUSED transition. Calling HTML video.pause() during a seek doesn't result in pipeline state change call as player reports it's paused already. Forcing gst_element_set_state() doesn't really help in this case as pipeline enters inconsistent state after a seek that everything is playing but sinks are paused.
In addition, triggering playbackStateChanged() at seek end causes HTMLMediaElement::playInternal() that cleans up all signs of previous pause() call.
Don't emit playbackStateChanged() at seek end so HTML won't force playInternal() and HTMLMediaElement will call pauseInternal() again after a seek (from updatePlayState()).
This fixes following scenario:
video.currentTime = x.xx
video.play();
setTimeout(()=>{ video.pause(); }, 1} // ensure async duringn a seek (video didn't pause after initial seek had finished)
See: https://github.com/WebPlatformForEmbedded/WPEWebKit/pull/1013
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230210/e3f42970/attachment.htm>
More information about the webkit-unassigned
mailing list