VTT Captions align and line properties conflict causing abrupt cutoff rather than wrap
Reported by
cmulgan...@jwplayer.com,
Jan 5 2017
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.95 Safari/537.36 Steps to reproduce the problem: Given the following VTT cue, see the screenshot attached for issue: 00:00:12.467 --> 00:00:14.167 align:middle line:16% position:10% size:78% >> He always referred to her as See test video - JW Player http://qa.jwplayer.com/~randy/temp/cc_cutoff.html Note: this also happens in a basic HTML5 Video tag - see screenshot "videotag" What is the expected behavior? Text should wrap to next line (see "expected" screenshot) What went wrong? Rather than wrap, text is being cut off ("cutoff" screenshot). Align:middle and position:10% seem to be conflicting. Changing position to 20% seems to solve the problem. Did this work before? No Chrome version: 55.0.2883.95 Channel: stable OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 24.0 r0 With align:middle AND position:10%, the start position is 10% from the left edge of the screen and the text is aligned from the middle. A workaround we found would be if we change the value for either of these, the entire caption will show up: position: auto (cue will be in the center of the screen) align: start (cue will be aligned from the left of the screen)
,
Jan 6 2017
,
Jan 9 2017
Able to reproduce this issue on Windows 10, Ubuntu 14.04 with chrome version 55.0.2883.87 and Mac 10.12.2 on chrome stable version 55.0.2883.95 and also in current canary version #57.0.2975.0 Issue is broken in M49. Bisect Info: =========== Good build : 49.0.2567.0, Revision Range -360248 Bad build : 49.0.2568.0, Revision Range -360479 Unable to provide the CL's between good and bad, while bisecting using hasbisect(old) script has given only good builds. On Manually looking at the CL's between good and bad builds: ============================================================ https://chromium.googlesource.com/chromium/src/+log/49.0.2567.0..49.0.2568.0?pretty=fuller&n=10000 The Suspecting change log is : =============================== https://chromium.googlesource.com/chromium/src/+/122865bf39b087bfc1c7f29eff8bb7c240d7a616 From the above CL suspecting below change: ========================================= Review URL: https://codereview.chromium.org/1452343002 eae@- Could you please look into this issue, if it's related to your change? if not could you please help us to reassign this issue to the right owner.
,
Feb 21 2017
This will require a change in the video player as the spec mandates that break-word should be ignored when white-space pre/nowrap is specified.
,
Feb 21 2017
Err, it is WontFix from a Layout perspective but still an issue from a Video player issue (assuming it still repros for <video>)
,
Mar 2 2017
If this isn't something that can be fixed here, can someone point in the right direction as to where to report the issue? Much appreciated!
,
Mar 15 2017
,
Apr 19 2017
steimel@ - PTAL, thanks!
,
May 9 2017
Currently working fine for me on Ubuntu 14.04 with chrome version 58.0.3029.110. I'll assume some unrelated CL landed that fixed this unless someone else can still repro. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by ajha@chromium.org
, Jan 6 2017