Unable to reproduce the issue on the reported chrome version stable 62.0.3202.62 and on the latest canary 64.0.3243.0 using Windows 10, Ubuntu 14.04 and Mac 10.12.6 with the help of html file provided  and steps mentioned in comment#0. Attaching the screen cast of the same. 

@Reporter:Could you please mention whether the same behavior is seen even after checking in a new profile and in incognito mode.

Thanks! 

Deleted: 776353.mp4 1.1 MB

	776353.mp4 1.1 MB View Download

In the incognito mode the controls were loaded correctly the first time. It looks like since chrome has nothing cached yet, the controls bar is rendered at a later point of time. After an reload however, the same issue exists.

The same issue occured with a new profile as well.

Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Here is a gif which displays the issue in incognito mode.

Thank you

Deleted: animation bug.gif 2.5 MB

	animation bug.gif 2.5 MB View Download

Reproduced in 61.0.3163.100, 62.0.3202.62, 63.0.3239.9 on Ubuntu.

Able to reproduce the issue on Windows 10, mac 10.12.6 and Ubuntu 14.04 using chrome reported version #62.0.3202.62 and latest canary #64.0.3247.0.

Bisect Information:
=====================
Good build: 56.0.2907.0    Revision(429169)
Bad Build : 56.0.2908.0    Revision(429486)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/be10da649c394e30378885e6b73d75257aa2aff5..3347bb8ad251e778ed35c433c0246e0659f2402d

From the above change log suspecting below change
Review url: https://codereview.chromium.org/2470503003

mlamouri@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks...!!

steimel@, can you check that the control bar resizing based on the viewport width is the cause of this issue?

Yeah, the issue is that we perform the layout when the video is on the edge of the screen and we don't relayout when it slides. There's a TODO assigned to you in LayoutMedia about missing layouts: https://cs.chromium.org/chromium/src/third_party/WebKit/Source/core/layout/LayoutMedia.cpp?l=80

We could alternatively be less aggressive about clipping controls if there's some way ComputePanelWidth could tell this is happening.

This showed up in Blink>Animations triage as a P1 bug that isn't meeting SLOs. From looking I don't see an obvious connection to Blink>Animations, so dropping that component. If I was wrong, please re-add the component and let me know if we can help in some way :).