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)
Environment
chrome 35.0.1916.114, ABP 1.8.3, easylist
How to reproduce
go to
http://www.learnkeeper.com/#dictionary/fr/en/
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:
https://adblockplus.org/forum/viewtopic.php?f=10&t=23402
in firefox no issues
ABP does not block anything in that page
Attachments (1)
Change History (8)
comment:1 Changed on 06/03/2014 at 05:50:41 PM by mapx
- Component changed from Unknown to Platform
comment:3 Changed on 06/04/2014 at 06:49:11 AM by trev
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:
a[id^="mg_add"] div[id^="MarketGid"]
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.
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.