Cannot go back in video playback
Reported by
orsch...@gmail.com,
Feb 12 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Example URL: https://bug793307.bugzilla-attachments.gnome.org/attachment.cgi?id=368157 Steps to reproduce the problem: 1. Go to https://bug793307.bugzilla-attachments.gnome.org/attachment.cgi?id=368157 2. Play the video 3. Pause the video 4. Drag the slider to go back 5. Resume playback What is the expected behavior? What went wrong? It doesn't resume at the dragged back position but the original one. Adding a screencast to demonstrate the problem. Did this work before? N/A Is it a problem with Flash or HTML5? N/A Does this work in other browsers? N/A Chrome version: 64.0.3282.140 Channel: stable OS Version: Fedora 27 Flash Version: Shockwave Flash 28.0 r0 Contents of chrome://gpu:
,
Feb 12 2018
Does the issue occur only at the URL of the attachment https://bug793307.bugzilla-attachments.gnome.org/attachment.cgi?id=368157 ?
,
Feb 12 2018
I haven't tested any other yet. Can you give me another one to test?
,
Feb 12 2018
Cannot reproduce when the video is downloaded and the steps reproduced locally at Chromium 64 at *nix.
,
Feb 12 2018
<!DOCTYPE html>
<html>
<head>
function handleMetaData(video) {
console.log("metadata", video.currentTime, video.duration);
}
function handlePause(video) {
console.log("pause", video.currentTime);
}
function handlePlaying(video) {
console.log("playing", video.currentTime);
}
function handleSeeked(video) {
console.log("seeked", video.currentTime);
}
function handleSeeking(video) {
console.log("seeking", video.currentTime);
}
</script>
<video
src="/loca/path/to/Screencast from 02-08-2018 12_49_15 PM.webm"
onloadedmetadata="handleMetaData(this)"
onpause="handlePause(this)"
onplaying="handlePlaying(this)"
onseeked="handleSeeked(this)"
onseeking="handleSeeking(this)"
controls></video>
</body>
</html>
,
Feb 12 2018
FWIW the Content-Type header served with the resource appears to be missing the value at charset parameter Content-Type:video/webm; name="Screencast from 02-08-2018 12:49:15 PM.webm"; charset=
,
Feb 12 2018
> Cannot reproduce when the video is downloaded and the steps reproduced locally at Chromium 64 at *nix. Yep, can confirm too on Fedora 27.
,
Feb 12 2018
Cannot reproduce when at console at the linked document the <video> element is removed from the document and the video source is requested as a Blob and a new <video> element is appended to the document with Blob URL of the requested video set at value of src attribute
fetch("https://bug793307.bugzilla-attachments.gnome.org/attachment.cgi?id=368157")
.then(response => {
console.log(response.headers.get("Content-Type"));
return response.blob()
})
.then(blob => {
document.querySelector("video").remove();
var blobURL = URL.createObjectURL(blob);
var video = document.createElement("video");
video.src = blobURL;
video.controls = true;
document.body.appendChild(video);
})
,
Feb 12 2018
Chrome doesn't allow seeking if the clip is served without range requests. +hubbe, I thought we considered limiting this to only files larger than the multibuffer load size?
,
Feb 12 2018
I think you're thinking of this cl: https://chromium.googlesource.com/chromium/src/+/1d6585623812b57dca641bb5ecb0fff82f9c9da4 The CL description says: "Next step: Make fully cached videos seekable." That next step is not done yet, I think it ended up being more complicated than I thought.
,
Feb 13 2018
,
Mar 5 2018
give to hubbe. can you resolve or keep it appropriately?
,
Mar 9 2018
Closing as WontFix. We may go back and improve this later, but I think that will be tracked separately. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by mlamouri@chromium.org
, Feb 12 2018Components: -Internals>Media Internals>Media>Video
Status: Untriaged (was: Unconfirmed)