Summary: | TextTrack's .cues not ordered correctly when two cues have the same .startTime | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Antoine Quint <graouts> | ||||
Component: | Media | Assignee: | Antoine Quint <graouts> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | eric.carlson, feature-media-reviews, gyuyoung.kim, ojan, rakuco, webkit-bug-importer, webkit.review.bot | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
URL: | http://w3c-test.org/html/tests/submission/Opera/media/interfaces/TextTrack/cues.html | ||||||
Attachments: |
|
Description
Antoine Quint
2012-11-26 08:50:46 PST
It seems we're ordering cues correctly per TextTrackCueList::add(PassRefPtr<TextTrackCue> prpCue, size_t start, size_t end). However, this code is not being called as a result of a cue in a TextTrackList having its startTime or endTime changed. We may want to simply add/remove the cue from the list of cues in TextTrack::cueDidChange() to simply refresh the order. I will try that approach. Created attachment 178002 [details]
Patch
Comment on attachment 178002 [details] Patch Clearing flags on attachment: 178002 Committed r136843: <http://trac.webkit.org/changeset/136843> All reviewed patches have been landed. Closing bug. |