Open Bug 1345076 Opened 9 years ago Updated 3 years ago

WebVTT parsing fails if a cue has a very large line: setting

Categories

(Core :: Audio/Video: Playback, defect, P3)

Product:
Core
Component:
Audio/Video: Playback
Type:
defect

Tracking

()

Tracking Flags:
Tracking Status
firefox55 --- affected

People

(Reporter: zcorpan, Unassigned)

References

(Blocks 1 open bug)

Details

See https://github.com/w3c/web-platform-tests/pull/5062 Per https://github.com/w3c/webvtt/pull/339 the expected behavior is: Number.MAX_VALUE 00:00:00.000 --> 00:00:01.000 line:179769313486231570000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 valid11 The above should be parsed OK and reading back cue.line should give Number.MAX_VALUE. Greater than Number.MAX_VALUE 00:00:00.000 --> 00:00:01.000 line:179769313486231590000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 invalid33 The above should cause the 'line' setting to be ignored. In Gecko the entire file is rejected; an 'error' event is fired at the <track> element.
Blocks: webvtt-wpt
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.