New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 838093 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 838111
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Black patch and playback control bar missing on videos

Project Member Reported by ajha@chromium.org, Apr 30 2018

Issue description

Chrome Version: 68.0.3409.2/ 68.0.3415.0
OS: Windows-10, Mac OS 10.13.3 Retina, Linux Ubuntu 14.04.

What steps will reproduce the problem?
(1) Launch chrome and go to https://max.adobe.com/sessions/max-online/ and play the video.
(2) Scroll down a bit so that all the KEYNOTE videos are visiable.
(3) Play any video and observe.

What is the expected result?
> Playback control bar should be visible and no black patch should be observed when mouse pointer is moved out of the video.

What happens instead?
> Playback control bar is missing contents and black patch is observed on the video when mouse pointer is moved out of the video. 


This is regression issue broken in M-68 and is seen on the latest canary and dev.

Last good build: 68.0.3806.0
First bad build: 68.0.3809.0(no intermediate builds)

Changelog:
https://chromium.googlesource.com/chromium/src/+log/68.0.3406.0..68.0.3409.0?pretty=fuller&n=10000

Note:
1. This issue is reproducible only when all the videos are visible under the Keynotes, doesn't repro when clicked the first video without scrolling down to the Keynotes videos. Please refer to the attached screen-cast.
2. Getting Runtime error with per-revision and chromium bisect for this range.

Not 100% sure but fsamuel@: Could this be related to https://chromium-review.googlesource.com/c/chromium/src/+/1026792.

Appreciate your help in investigating this further.
 
Playbackmissing_Black.mp4
4.2 MB View Download
Components: -Internals>Media>Video Internals>Media>UI
Cc: jmukthavaram@chromium.org
Same issue observed on https://max.adobe.com/#undefined on all OS(Windows 10,Mac 10.13.3 & Debian Rodate) using chrome-68.0.3409.2. No controls observed while playing video.

Please find the attached screencast for reference.
Thanks..!

No controls are seen.mp4
4.4 MB View Download
Friendly ping to get an update on this issue as it is as beta blocker .
Thanks..!
still we are seeing the same issue on Mac 10.13.3,Windows 10 & Debian Rodate.

Friendly ping to get an update on this issue as it is marked as RB beta.
Thanks..!
Owner: ligim...@chromium.org
Sorry, I don't believe this bug is related to my CL. This is not an auto-resize issue. Reassigning to ligimole@ who probably has more context.
Amit.. can you confirm whether the issue is still reproducible.

Comment 7 by ajha@chromium.org, May 15 2018

Cc: pbomm...@chromium.org
Labels: -ReleaseBlock-Beta ReleaseBlock-Stable M-67 FoundIn-67
Owner: pdr@chromium.org
Unable to reproduce the black patch issue on the latest canary 68.0.3430.0, but playback control bar missing issue is still seen on the latest canary(check screen-cast in C#2) and is regressed in below range:

Last good build: 68.0.3406.0
First bad build: 68.0.3409.0

Changelog:
==========
https://chromium.googlesource.com/chromium/src/+log/32044bca2d8effbc75a2bf2cfa98a49aaebdbd8c..e931d2aecb4d72946962e57e7e1586668071b504.

pdr@: Could you please take a look at this.

Note: Since the suspected CL was also merged to M-67 so we are seeing the issue on the latest beta 67.0.3396.40 as well.


Comment 8 by ajha@chromium.org, May 15 2018

Labels: hasbisect-per-revision

Comment 9 by pdr@chromium.org, May 15 2018

Mergedinto: 838111
Status: Duplicate (was: Assigned)
I couldn't reproduce on the original url, but this url does reproduce:
https://2017.max.adobe.com/sessions/max-online/#19857

I think this is a regression from https://chromium.googlesource.com/chromium/src/+/e931d2aecb4d72946962e57e7e1586668071b504

I think this is the same issue as  https://crbug.com/838111 . It should be fixed in Canary and will be merged.

Comment 10 by ajha@chromium.org, May 16 2018

Labels: TE-Verified-M67 TE-Verified-67.0.3396.48 TE-Verified-M68 TE-Verified-68.0.3431.0
Verified the fix and merge on the latest M-68(68.0.3431.0) and the latest M-67(67.0.3396.48) respectively on Windows-10, Mac OS 10.13.3 and Linux Debian Rodete and fix seems to be working fine. Attached screen-cast.

Hence adding the verified label.
838093.mp4
5.6 MB View Download

Sign in to add a comment