Opened on 05/15/2014 at 02:45:11 PM

Closed on 05/21/2014 at 01:37:28 PM

Last modified on 04/15/2016 at 09:10:41 PM

#496 closed defect (incomplete)

ABP causes Youtube stalls on Chrome-HTML5

Reported by: smartydix Assignee:
Priority: Unknown Milestone:
Module: Unknown Keywords:
Cc:, greiner, arthur, sebastian Blocked By:
Blocking: Platform:
Ready: no Confidential: no
Tester: Verified working: no
Review URL(s):



Windows 8
Chrome Version 34.0.1847.137 m
Adblock Plus 1.8.1

How to reproduce

  1. Go to
  2. Sign in*

Observed behaviour

The page simply becomes unresponsive (in some cases even up to 10 seconds)

Expected behaviour

Nothing special happens


*This can also be reproduced by opening any Youtube video page, except it happens only a few seconds after the video starts playing. Also, in my case everything is fine if I'm not signed in, hence the (2. Sign in)

Attachments (1)

youtube-elemhide.txt (233.3 KB) - added by sebastian on 05/16/2014 at 02:22:12 PM.

Download all attachments as: .zip

Change History (20)

comment:1 Changed on 05/15/2014 at 03:20:15 PM by mapx

  • Cc added

comment:2 Changed on 05/15/2014 at 03:20:47 PM by mapx

other reports:
"YouTube videos freezing after 4 seconds in Chrome/HTML5"

comment:3 Changed on 05/15/2014 at 04:18:22 PM by mister k

I have the same issue.
I have windows 8.1 thou.. the rest is the same.

Last edited on 05/15/2014 at 04:21:30 PM by mister k

comment:4 Changed on 05/15/2014 at 05:31:31 PM by greiner

  • Cc greiner added

comment:5 Changed on 05/15/2014 at 05:39:31 PM by greiner

I'm experiencing the same behavior using the latest development build (rev 1188) and in v1.8.1. This issue does not occur if there are no filter lists enabled.

Last edited on 05/15/2014 at 06:01:49 PM by greiner

comment:6 Changed on 05/15/2014 at 09:49:45 PM by cormac596

Getting the same problem. Win 7, html5, chrome, i5 3350p, gtx 650.

comment:7 Changed on 05/15/2014 at 11:14:51 PM by sebastian

Either this issue isn't new or it is triggered by a recent change on YouTube. greiner told me that he can notice some hiccups on YouTube also with Adblock Plus 1.7.4. But apparently since we started to use Shadow DOM in Adblock Plus (#309), the hiccups of ~0.5s became lags of ~5s. That means that we can't completely eliminate the issue by removing or optimizing our Shadow DOM code.

However the issue seems to disappear when using less filter rules. So I'm hoping that there are some specific filter rules responsible for that behavoir that we can just remove or whitelist, to fix this issue.

comment:8 Changed on 05/16/2014 at 03:47:29 AM by xraiderv1

my filterlist is easylist, my version of google chrome is 34.0.1847.137 m, my os is windows vista

I am getting load times of up to a minute now..on, never mind any of the video pages.

I disabled abp and reloaded the page and presto instant load, reenable, and back to minute long page loads.

either something was changed in chrome as there was an update pushed within the past few days, something was changed in abp, or its on youtube's end.

comment:9 Changed on 05/16/2014 at 04:44:12 AM by akillj

Yes, I am having the same issue, been trying to narrow it down all day and finally figured out it's ABP. Win7, Easylist, HTML5, Chrome, Vishera x6 on a 7870. Every Youtube video's video feed freezes from 2/3/4 to 8/9/10 seconds, while the audio continues. After this time the video will snap to where it's supposed to be (at 10 seconds or so).

comment:10 Changed on 05/16/2014 at 04:53:52 AM by tevertist

I had the same problem mentioned above when using the YouTube website with Adblock Plus and EasyList.

However, when I tested the YouTube website with the other Google Chrome Adblock extension and EasyList, I did not experience the problem with YouTube.

This is the "other" Google Chrome Adblock extension I am referring to:

Google Chrome 34.0.1847.137

comment:11 Changed on 05/16/2014 at 01:39:57 PM by arthur

  • Cc arthur added

I can reproduce this as well.

When I whitelist element hiding completely by @@||^$elemhide, it works fine. But if you whitelist all active element hiding filters individually by #@##ad_creative_3, #@##footer-ads, and #@#.masthead-ad-control, it's still hanging for me.

Changed on 05/16/2014 at 02:22:12 PM by sebastian

comment:12 Changed on 05/16/2014 at 02:29:15 PM by sebastian

Note that CSS selectors are also added for filters that don't match, and might still have an effect on the performance. Here is the list of all element hiding filters that are used on YouTube. Can you please try what happens if you disable all filter lists and configure those as custom filters? If the issue persits, please test what happens when you just add a subset of those filters.

comment:13 Changed on 05/16/2014 at 03:18:50 PM by arthur

Got the resposible filter: ##.ob_dual_right > .ob_ads_header ~ *

Any idea why this doesn't happen in AdBlock?

comment:14 Changed on 05/16/2014 at 04:13:05 PM by arthur

comment:15 Changed on 05/16/2014 at 06:18:19 PM by sebastian

I'm not surprised, that a CSS selector that applies ~ (preceded by) on * (everything), has huge performance implications. Do we really need to apply that filter on every domain? And is there no more efficient way to write that filter? Feel free to point me to some ads that are blocked with that filter.

Also can you please check whether it really doesn't make a difference with AdBlock? I would rather expect a similar behavior as greiner reproduced with Adblock Plus 1.7.4, where the issue also exists, but with lags of only ~0.5s instead ~5s. That the lag increased to 5s has something to do with using Shadow DOM (#309), which we started to use in Adblock Plus 1.8.

comment:16 Changed on 05/16/2014 at 06:18:51 PM by sebastian

  • Cc sebastian added

comment:17 Changed on 05/17/2014 at 06:24:09 AM by rickyshade

I just want to add that I did remove Easylist, add Easylist, and update Easylist, and now the problem is fixed.

Last edited on 05/17/2014 at 06:25:57 AM by rickyshade

comment:18 Changed on 05/21/2014 at 01:37:28 PM by arthur

  • Resolution set to invalid
  • Status changed from new to closed

I don't notice any lag with AdBlock.

I made the filter more specific now:

I marked it as "invalid" since it was a filter issue.

comment:19 Changed on 04/15/2016 at 09:10:41 PM by mikkuss

OK - now i know. Adblock makes it not responding because he blocks the ads (these video ads on yt also), so they don't play, but still you have to wait 5 seconds to see the clip. It is nice for me.

Add Comment

Modify Ticket

Change Properties
as closed .
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from (none).
Note: See TracTickets for help on using tickets.