Issue metadata
Sign in to add a comment
|
Regression:Media controller of video is not displayed properly after resizing window.
Reported by
vku...@etouch.net,
Mar 21 2017
|
||||||||||||||||||||||
Issue descriptionChrome Version: 59.0.3047.0 (Official Build) 15ae1e89e749d6443b6caffdbc78ad24f945aa67-refs/heads/master@{#458255}(64 Bit). OS:Mac(10.11.6, 10.12.1, 10.12) URL: http://www.quirksmode.org/html5/tests/video.html What steps will reproduce the problem? (1)Launch Chrome, navigate to above URL and click on fullscreen icon of video (2)Right click 'Inspect' > customize > dock to right and close the devtools window. (3)Press 'Esc' key to toggle out of fullscreen mode, resize window from R.H.S (4)Scroll to right or resize back the window to original and observe the media controller of video. Actual: Media controller of video is not displayed properly after resizing window. Expected: Media controller of video should be properly displayed after resizing window. This is a regression issue broken in 'M58' and below is the manual regression range Good Build: 58.0.3012.0 Bad Build: 58.0.3013.0 Note: Issue not seen on Win & Linux OS.
,
Mar 21 2017
,
Mar 22 2017
Narrow bisect info: https://chromium.googlesource.com/chromium/src/+log/42098d2b51a7b48696bc664bfe840186926f1575..5f11cf4c938565ded9c4268af70e7e578169fa3e?pretty=fuller&n=30 Suspecting: 450340 ? Kindly help to reassign if this is not related to your change.
,
Mar 22 2017
The suspected CL only affects Windows [1] and comment #0 says that issue is not seen on Windows 6fb1451de0171f8bdd0915c22016750d79c0b3ac touched third_party/WebKit/Source/core/html/shadow/MediaControls.cpp between good build (58.0.3012.0) and bad build (58.0.3013.0). [1] https://codereview.chromium.org/2677153002/diff/80001/content/browser/renderer_host/render_widget_host_impl.cc#newcode298
,
Mar 22 2017
Unfortunately, I'm away from my office until late next week and don't have access to a Mac, so I can't really look into this at the moment. However, my change only affects what happens when a mousemove event happens on the video, and in this "actual" video, you're not firing any mousemove events on the third video when you see the issue, so I am optimistic that it's not my change, but I've been wrong before :) Outside of test code, my change is only a single line, so if you don't want to wait for me, you can easily check by adding back in the one line I removed: https://codereview.chromium.org/2684973004/diff/80001/third_party/WebKit/Source/core/html/shadow/MediaControls.cpp and seeing if that fixes the issue. Thanks! Tommy
,
Apr 28 2017
This only happens when we triggering the inspector in mobile emulation mode. I do not think this is a high priority.
,
May 15 2017
I ran into what looks like the same bug (see attached video). I wasn't able to create a test case yet - my first attempt doesn't break: http://codepen.io/mrflix/pen/wdXpbQ What happens is that the width of the <video> element and the shadow dom controls get out of sync. The <video> element is always correctly sized but the controls stay small in some cases like hiding another element that frees up space for the video to enlarge.
,
Jun 7 2017
Do you think my case is connected to this bug?
,
Jun 7 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 6
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by ranjitkan@chromium.org
, Mar 21 2017Status: Untriaged (was: Unconfirmed)