Opened on 06/03/2014 at 05:44:33 PM

Closed on 06/04/2014 at 08:25:57 AM

#618 closed defect (incomplete)

functionality blocked by easylist / social list

Reported by: mapx Assignee:
Priority: P2 Milestone:
Module: Platform Keywords:
Cc: sebastian, trev Blocked By:
Blocking: Platform:
Ready: no Confidential: no
Tester: Verified working: no
Review URL(s):

Description (last modified by mapx)


chrome 35.0.1916.114, ABP 1.8.3, easylist

How to reproduce

go to

Try to change the lang by clicking on the dropdown btn "fr-->en"
==> does not work

if I remove easylist (and add for example only easyprivacy) it works
if I use only fanboy's social list ==> does not work

if I use chrome 37 + ABP 1.8.3 ==> it works

forum topic:

in firefox no issues
ABP does not block anything in that page

Attachments (1) (255.6 KB) - added by trev on 06/04/2014 at 08:18:54 AM.
Local copy of the site with the issue reproducible without ABP

Download all attachments as: .zip

Change History (8)

comment:1 Changed on 06/03/2014 at 05:50:41 PM by mapx

  • Component changed from Unknown to Platform

comment:2 Changed on 06/03/2014 at 06:23:41 PM by mapx

  • Description modified (diff)

comment:3 Changed on 06/04/2014 at 06:49:11 AM by trev

This is being caused by some element hiding rule. Not related to Shadow DOM however, the same issue still occurs even if Shadow DOM isn't used.

comment:4 Changed on 06/04/2014 at 07:03:26 AM by trev

It seems that the following selectors are causing it among others:


Removing all selectors applying to id attribute fixes the issue. This is most definitely a Chrome bug. Unfortunately, this website being a huge block of minified JavaScript doesn't really make it easy to minimize the testcase.

comment:5 Changed on 06/04/2014 at 07:37:17 AM by trev

Managed to reproduce this in a local file (wasn't quite trivial, the website apparently doesn't work quite the same if its network requests fail). The following style rule is sufficient to reproduce this: foo[id] {}. In other words, any selector touching id attribute will do, the actual CSS properties associated with it are irrelevant.

comment:6 Changed on 06/04/2014 at 07:38:55 AM by mapx

probably (if chrome bug) it was solved in chrome 37 (I didn't try chrome 36 beta)

Changed on 06/04/2014 at 08:18:54 AM by trev

Local copy of the site with the issue reproducible without ABP

comment:7 Changed on 06/04/2014 at 08:25:57 AM by trev

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

Yes, this isn't reproducible in Chrome 37. I attached a ZIP archive with the local copy of that webpage - it contains a foo[id] {} style rule which makes this reproducible without Adblock Plus. I think that's as far as we will go: investing effort into reducing a GWT-based website shouldn't be worth it given that the bug is already fixed. If anything, we can try determining when exactly this was fixed, probably not worth the effort either however. And implementing some hack to drop id-based style rules on that website isn't worth it either, disabling Adblock Plus on this website is an easy work-around until Chrome 37 becomes stable (no ads there).

Resolving as invalid because this isn't our bug.

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.