Bug 108038
| Summary: | [Chromium] Regression: paint-on captions stopped working in recent builds | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Silvia Pfeiffer <silviapf> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | Normal | CC: | dgorbik, eric.carlson, schenney, vcarbune |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Silvia Pfeiffer
Paint-on captions such as the first few cues in http://swarm.cs.pub.ro/~victor/track/karaoke.html used to work in Chromium. Some recent changes broke it - however, Safari Nightly still works fine.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Silvia Pfeiffer
Victor pointed out that we now require <c> elements as in
http://trac.webkit.org/browser/trunk/LayoutTests/media/track/captions-webvtt/styling-timestamps.vtt
to do successive cue text painting. While W3C bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=16875 isn't resolved, that's probably correct. Though I don't understand why Safari nightly behaves differently.
Dima Gorbik
(In reply to comment #1)
> Victor pointed out that we now require <c> elements as in
> http://trac.webkit.org/browser/trunk/LayoutTests/media/track/captions-webvtt/styling-timestamps.vtt
> to do successive cue text painting. While W3C bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=16875 isn't resolved, that's probably correct. Though I don't understand why Safari nightly behaves differently.
This test that I've added should check this behavior. I couldn't load http://swarm.cs.pub.ro/~victor/track/karaoke.html (the video is in webm) but it works as it is expected on my tests in the nightly build. Could you please attach a reduction that doesn't work for you?