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

Issue 627666 link

Starred by 6 users

Issue metadata

Status: Duplicate
Merged: issue 618287
Owner:
Closed: Aug 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Progress bar is chopped off when there is an banner ad on youtube video on latest Chrome dev(53.0.2785.8)

Project Member Reported by pbomm...@chromium.org, Jul 13 2016

Issue description

Version: 53.0.2785.8
OS: Mac OSX 10.11.4
URL : https://www.youtube.com/watch?v=Jv8WWBULPLA

What steps will reproduce the problem?
(1) Open youtube.com and try to play a video which gets you an banner ads on the youtube video like : https://www.youtube.com/watch?v=Jv8WWBULPLA
2. observe the progress bar 


What is the expected output?
Progress bar and other options on youtube shouldn't get chopped off or invisible.


What do you see instead?
The progress bar is chopped off.

Please find the video attached and you should see the issue at .27 second and later.

Note : So far I haven't seen the issue on Windows I will keep trying to see if I can repro on other platforms.

Please find the finch hashes(variations) which were currently running when I saw the issue :
16e0dd70-3f4a17df
31101bd6-3f4a17df
b3888d8d-afba0f91
da89714-4ad60575
4a449931-3f4a17df
70281f79-3f4a17df
7c1bc906-f55a7974
ba3f87da-92cc81ec
f049a919-3f4a17df
31362330-3f4a17df
c70841c8-a2567007
290c251-f23d1dea
f15c1c09-ca7d8d80
4410ee9c-3f4a17df
dd4da2fc-3f4a17df
2e109477-e2e291f1
6d340565-ca7d8d80
9e243dd-3f4a17df
9e5c75f1-eede013c
6488ba84-3f4a17df
c3ad0f6b-ca7d8d80
6b121ae7-3f4a17df
f5dd6118-2f5721af
f79cb77b-3d47f4f4
b7786474-64e7d9a
fb448877-3f4a17df
23a898eb-e0e2610f
74df3f1-3f4a17df
868bda90-3f4a17df
4ea303a6-408058f9
d5b671a5-ca7d8d80
fe9bec35-186f5907
9736de91-ca7d8d80
dbffab5d-ca7d8d80
de03e059-ca7d8d80
30e679f-3f4a17df
ad6d27cc-c6d02f41
ca314179-5d900007
69bf80fa-3f4a17df
867c4c68-3f4a17df
76923fa8-e0ae2f34
3ac60855-486e2a9c
f296190c-7564fb06
4442aae2-6bdfffe7
ed1d377-e1cc0f14
75f0f0a0-d7f6b13c
e2b18481-a5822863
e7e71889-e1cc0f14
fe05be5f-97e7f871
61b920c1-f23d1dea
46567c16-3f4a17df
cd9fec2f-786eec3
828a5926-3d47f4f4
52954db7-3f4a17df
b0dc61a1-3f4a17df
 
MAC-issue.mov
17.9 MB Download
Labels: -Type-Bug Needs-Bisect Type-Bug-Regression
Working on the bisect will update once I have the result.
Unable to reproduce the issue on Stable(51.0.2704.106) and Beta(52.0.2743.60), Where in the issue is there on latest Chrome Canary i.e., 54.0.2794.0.
Unable to reproduce the issue on 53.0.2785.14 and Canary 54.0.2794.0 for mac 10.11.5. Attached a screen recording for the same.

@pbomanna: Request you to please try this again.

Removing bisect and blocker label. Please add if required again.
Video.mov
25.2 MB Download
Unable to reproduce the issue on 53.0.2785.14 and Canary 54.0.2794.0 for mac 10.11.5. Attached a screen recording for the same.

@pbomanna: Request you to please try this again.

Removing bisect and blocker label. Please add if required again.
Video.mov
25.2 MB Download
Project Member

Comment 5 by sheriffbot@chromium.org, Jul 13 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: pbomm...@chromium.org
Labels: Needs-Bisect
This is probably caused by one of the experiments. Try running with --no-experiments.

pbommana, can we get that bisect?
I still see the issue after running Chrome with "--no-experiments", I am working on bisect. 
Just to update why the bisect is taking sometime :

1. The video which I have provided in bug report was playing using html5 in 53.0.2785.8 where in the same is playing with Flash on 53.0.2744.0.

2. The issue is only reproducible when there is an banner ad on the YouTube video.

3. Trying to find a Video which has these banner ads constantly and then will start bisecting.
Please find the bisect range which I got :

You are probably looking for a change made after 400957 (known good), but no later than 400966 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/5e6deacd502aea944eaaa37ad51936ad877462af..cc555750635d72734566153423baa67e240e12d4
Machine details where I was able to reproduce the issue :

MacBook Air late 2010(Intel Core 2 Duo)
OSX : 10.11.4 
GPU : NVIDIA GeForce 320M OpenGL Engine

Labels: -Needs-Feedback -Needs-Bisect
Please find the bisect range which got with manual bisect below :

Last Good build : 53.0.2773.0(400610)

First Bad build : 53.0.2776.0(401299)

Note : Between 53.0.2773.0 and 53.0.2776.0 we have 3 more builds i.e., 53.0.2774.0, 53.0.2774.2 and 53.0.2774.3 on these builds the YouTube video's aren't playing. 
Labels: -M-54 ReleaseBlock-Beta M-53
I was able to reproduce this issue on another 320M, but not on another other devices. I haven't been able to reproduce the issue with --disable-mac-overlays.

We can disable mac-overlays for the 320M, but this issue seems like it's worth digging into regardless.
This seems only to happen when using AVSampleBufferDisplayLayer -- we can add a blacklist for that. It looks to me to be an Apple bug.
 Issue 618994  has something similar on an HD4000.
Request someone to provide an update on the above issue?

I really appreciate the help.

Thank you!
M53 beta launch is next week.Your bug is labelled as Beta ReleaseBlock, pls make sure to land the fix before 6:00 PM PST, Friday (07/22/16). Thank you.
Owner: ccameron@chromium.org
Status: Assigned (was: Untriaged)
Assigning to ccameron@ who is working on  Issue 618994 .
Looking into a patch for this.
Thanks for the update Chris.

Just a heads up, M53 is scheduled to be promoted to Beta next week (07/27) please resolve asap.
Looking into this -- going to grab an HD4000 in MTV tomorrow to see what workarounds stick.
Any update on this? As this is marked as M53 Beta blocker and we're having M53 Beta release next week. 
Cc: nyerramilli@chromium.org ssamanoori@chromium.org tkonch...@chromium.org rnimmagadda@chromium.org
 Issue 618287  has been merged into this issue.
Cc: dtapu...@chromium.org sunxd@chromium.org mustaq@chromium.org
 Issue 618994  has been merged into this issue.
I will check to see if we get any power savings from using an AVSampleBufferDisplayLayer when it has content on top of it. If we don't, I can just disable it when we have anything on top of it.
I have a fix for  issue 618287 , which I think is the same as this, but I'm not 100% sure.
This bug  is reported as M53 Beta blocker and we're VERY close to M53 Beta promotion. Please plan to have fix ready and merged to M53 branch latest by 5:00 PM PDT on Wednesday (07/27). Thank you.
Labels: -ReleaseBlock-Beta ReleaseBlock-Stable Needs-TestConfirmation
Moving RBB -> RBS. This may have been fixed by the fix for  issue 618287 .

Adding Needs-TestConfirmation to see if this is fixed. Please test with a machine with an Intel HD4000 video card.
Rechecked this on chrome version 53.0.2785.30 Dev build on MAC 10.11.5 Retina Pro with Intel HD Graphics 4000 1536 MB. Unable to reproduce the issue. Tried by enabling the flag " --no-experiments". Attached a screen cast for the same

@Prudhvi: Keeping the label "Needs-TestConfirmation", request you to please try the same from your end as well and update the thread and labels accordingly.

Thanks.!
Video.mov
21.0 MB Download
Labels: TE-NeedsTriageFromMTV
Added TE-NeedsTriageFromMTV to get attention from MTV team.
M53 Stable launch is coming soon.Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix asap so it gets chance to bake in beta before stable promotion. Thank you.
Cc: ligim...@chromium.org
@MTV: Team, could someone please look into this issue.

Thank you.
Mergedinto: 618287
Status: Duplicate (was: Assigned)
Marking as dupe of  issue 618287 .

Sign in to add a comment