121170 2013-09-11 11:03:20 -0700 RenderTextTrackContainerElement::layout() pretends to have done the layout, but postpones the work on a 0-delay timer 2020-03-09 15:33:24 -0700 1 1 1 Unclassified WebKit Media 528+ (Nightly build) Unspecified Unspecified NEW InRadar P2 Normal --- 121169 1 ap webkit-unassigned eric.carlson jer.noble koivisto peng.liu6 rniwa simon.fraser zalan oldest_to_newest 927870 0 ap 2013-09-11 11:03:20 -0700 This causes flakiness on at least one test (bug 121169), and I expect this to be a general issue that affects many tests. Perhaps most of these are already marked as flaky or skipped. RenderTextTrackContainerElement::layout() calls MediaControlTextTrackContainerElement::updateSizes(), which does some work, and delays other work on a zero delay timer! So by the time layout is done, text cue sizes are still wrong, they are only updated in updateTimerFired(). This zero delay timer cannot be simply removed, because it does a lot of work that's unsafe during layout, including DOM manipulation. While I don't know much about text tracks and/or layout, I have a strong feeling that it must be possible to do it differently. 927871 1 ap 2013-09-11 11:03:42 -0700 <rdar://problem/14966387>