Issue metadata
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) |
||||||||||||||||||||||
Issue descriptionVersion: 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
,
Jul 13 2016
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.
,
Jul 13 2016
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.
,
Jul 13 2016
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.
,
Jul 13 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 13 2016
This is probably caused by one of the experiments. Try running with --no-experiments. pbommana, can we get that bisect?
,
Jul 13 2016
I still see the issue after running Chrome with "--no-experiments", I am working on bisect.
,
Jul 13 2016
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.
,
Jul 13 2016
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
,
Jul 13 2016
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
,
Jul 14 2016
,
Jul 14 2016
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.
,
Jul 14 2016
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.
,
Jul 15 2016
This seems only to happen when using AVSampleBufferDisplayLayer -- we can add a blacklist for that. It looks to me to be an Apple bug.
,
Jul 15 2016
Issue 618994 has something similar on an HD4000.
,
Jul 19 2016
Request someone to provide an update on the above issue? I really appreciate the help. Thank you!
,
Jul 19 2016
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.
,
Jul 20 2016
Assigning to ccameron@ who is working on Issue 618994 .
,
Jul 20 2016
Looking into a patch for this.
,
Jul 20 2016
Thanks for the update Chris. Just a heads up, M53 is scheduled to be promoted to Beta next week (07/27) please resolve asap.
,
Jul 20 2016
Looking into this -- going to grab an HD4000 in MTV tomorrow to see what workarounds stick.
,
Jul 22 2016
Any update on this? As this is marked as M53 Beta blocker and we're having M53 Beta release next week.
,
Jul 25 2016
Issue 618287 has been merged into this issue.
,
Jul 25 2016
Issue 618994 has been merged into this issue.
,
Jul 25 2016
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.
,
Jul 25 2016
I have a fix for issue 618287 , which I think is the same as this, but I'm not 100% sure.
,
Jul 26 2016
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.
,
Jul 26 2016
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.
,
Jul 27 2016
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.!
,
Aug 2 2016
Added TE-NeedsTriageFromMTV to get attention from MTV team.
,
Aug 3 2016
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.
,
Aug 10 2016
@MTV: Team, could someone please look into this issue. Thank you.
,
Aug 10 2016
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by pbomm...@chromium.org
, Jul 13 2016