Bug 127134 - In-band text track cue duplicate detection should use the cue's original content, not its current content
Summary: In-band text track cue duplicate detection should use the cue's original cont...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-16 12:37 PST by Brendan Long
Modified: 2014-01-16 13:02 PST (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Brendan Long 2014-01-16 12:37:43 PST 
While discussing our duplicate detection behavior for in-band cues on the HTML mailing list, this came up:

> Ok. So existing WebKit behavior will add the cue again if the application
> modified it. That is likely to be surprising to the application developer.
> We definitely need clarification on what the proper behavior should be in
> the spec.

I think the way we should handle this is by comparing cues with the original cue content, not the current cue content, so if we seek backwards and see a cue that already exists, but has been modified, we ignore that cue and just keep the modified one.