Video can't be forwarded in h5p_viewer in Google Chrome

Observed behavior

When using Chrome to watch a video that’s inside a h5p container, when clicking on the video timeline to move to a different point the video always goes back to the beginning. THere’s no way to jump to a new position

Using Firefox (both normal and developer version) this feature works correctly.

Expected behavior

The video timeline should allow the user to move to different parts of the video

User-facing consequences

No way to go back or forward when watching a video

Errors and logs

In the browser console:

:8080/zipcontent/612a7a2941596b60ef89709e150f8cc3.h5p/content/videos/files-5fb7f16f211b2.mp4#tmp:1 Failed to load resource: net::ERR_CONTENT_LENGTH_MISMATCH

As a side note, this error is also shown in the browser console:

pluginMediator.js:122 Kolibri Modules: kolibri.plugins.media_player.main registered
vue.runtime.esm.js:1888 TypeError: Cannot read property 'icon' of undefined
    at Sub.svgIconComponent (index.vue:62)
    at Watcher.get (vue.runtime.esm.js:4479)
    at Watcher.evaluate (vue.runtime.esm.js:4584)
    at Sub.svgIconComponent (vue.runtime.esm.js:4836)
    at Sub.<anonymous> (index.vue?648c:1)
    at Sub.Vue._render (vue.runtime.esm.js:3548)
    at Sub.updateComponent (vue.runtime.esm.js:4066)
    at Watcher.get (vue.runtime.esm.js:4479)
    at new Watcher (vue.runtime.esm.js:4468)
    at el (vue.runtime.esm.js:4073)
logError @ vue.runtime.esm.js:1888

This second error is not important: if the resource has not an icon it appears in the console. Theorically it should not be related to the forward/backward problem, but just in case.

Steps to reproduce

Load content from a channel with a h5p video and test it

Context

Kolibri 0.14.6 h5p plugin enabled with kolibri plugin enable kolibri.plugins.h5p_viewer Browsers: Google chrome Versión 88.0.4324.96 (Build oficial) (64 bits) Firefox 84.0.2 Firefox developer 83.0b7 OS: Ubuntu 20.04

[jredrejo]

@rtibbles why is it working in Firefox? is it just because it is a better browser 😉 ?

[rtibbles]

Following up here - the simple implementation of this (simply adding Range support to the zipcontent endpoint) is difficult for Python versions less than 3.7, as the seek method on files from within zipfiles is only supported from 3.7 onwards.

If we did want to robustly support this, we would have to unzip zip files.