…ple/Safari (#4678)

In order to get the playback working, I am excluding VirginMedia device
from isApple() platform test, otherwise it incorrectly fails at
isBrowserSupported().

Fixes #4676

Co-authored-by: Casey Occhialini <1508707+littlespex@users.noreply.github.com>

…4682)

As per spectification,
[here](https://w3c.github.io/webvtt/#webvtt-line-cue-setting) and
[there](https://w3c.github.io/webvtt/#webvtt-cue-line-alignment), my
understanding is that a cue line with an optional alignment position
`end`, e.g. `line:91%,end`, should have its bottom edge at 91% from the
top of the screen.

But the current code places it at 91% from the bottom of the screen.

Fixes #4567

Co-authored-by: Rodolphe Breton <rodolphe.breton@netgem.com>
Co-authored-by: Joey Parrish <joeyparrish@google.com>

Xbox One was being misdetected as Chrome, causing some mistakes in which
tests are skipped.

This does not appear to affect the library itself, since isChrome() and
chromeVersion() are only used in tests currently.

This error occurs when the first touch is initiated:

[Intervention] Ignored attempt to cancel a touchstart event with cancelable=false, for example because scrolling is in progress and cannot be interrupted.

Added logic to confirm that the error can be cancelled before event.preventDefault.

Xbox seems to treat SVG and/or XML a little differently than other
platforms, which led to a test failure on that platform. That went
unnoticed because Xbox is offline in our lab. The issue was discovered
while working to restore that platform in the lab test runs.

An upgrade to Tizen Studio and the Docker image for it have solved our
Tizen lab infra issues.

Resolves #4717

…de (#4712)

Backported to v3.3.x

fixes #4742

Fixes #3634

Issue #4725

Closes #4780

We require node v14+ and Java v11+ now.

Closes #4721 
Closes #4737

Reinstate previously removed region elements when next caption finds it
is not there: Detect the absence and ensure `updateDOM` is true so its
reinstated and the next caption can be shown.

Closes #4680

Co-authored-by: Joey Parrish <joeyparrish@users.noreply.github.com>

Closes #4631

Closes #4749

See #4726 for more
context.

This allows Cast devices to properly filter stream variants with a
resolution surpassing that of the device's capabilities.

We place the fix in the `MediaCapabilities` polyfill since it's intended
to be the right way to check for anything related to platform support.

HDR support checks will require `eotf=smpte2048`, as indicated in
#2813 (comment).
Specifically, a `{hev|hvc}1.2` profile is only an *indication* of an HDR
transfer function, but *may* be a non-HDR 10-bit color stream.

In Cast, the platform can distinguish between the two by explicitly
providing the transfer function; it uses `smpte2048` (`"PQ"`) because
this is the "basis of HDR video formats..."
(https://en.wikipedia.org/wiki/Perceptual_quantizer).

This fixes a test exception that did not fail its tests.  An HlsParser
instance outlived the test run and failed after server disconnection.

This issue was spotted while running the tests in a local browser in
debug mode. It caused no test failures directly, but was an example of
poor hygiene in our tests.

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>