Opened on 11/04/2016 at 08:10:22 AM
Closed on 12/02/2016 at 07:13:28 AM
#4601 closed defect (worksforme)
White ad spaces are not collapsed in Yahoo Articles on AdblockWebView
Reported by: | scheer | Assignee: | |
---|---|---|---|
Priority: | Unknown | Milestone: | |
Module: | Libadblockplus-Android | Keywords: | |
Cc: | Anton | Blocked By: | |
Blocking: | Platform: | Android | |
Ready: | no | Confidential: | no |
Tester: | Scheer | Verified working: | yes |
Review URL(s): |
Description (last modified by scheer)
Ads are blocked correctly within articles on Yahoo.com, but the white ad spaces are still left behind. These should be collapsed as is also done in ABB Android.
Environment
ABP for Lightning Browser (95)
Galaxy S7
Android 6.0.1
How to reproduce
- Visit Yahoo.com and select an article
- Scroll through the article
Observed behaviour
White ad spaces remain.
Expected behaviour
White ad spaces should be collapsed.
Attachments (17)
Change History (26)
Changed on 11/04/2016 at 08:10:37 AM by scheer
Changed on 11/04/2016 at 08:10:44 AM by scheer
Changed on 11/04/2016 at 08:10:53 AM by scheer
Changed on 11/04/2016 at 08:11:04 AM by scheer
comment:2 Changed on 11/07/2016 at 11:54:32 AM by asmirnov
comment:3 Changed on 11/07/2016 at 12:04:52 PM by asmirnov
Unfortunately i was unable to reproduce it (see attached files)
Changed on 11/07/2016 at 12:05:31 PM by asmirnov
1: abp disabled - we can see ads
Changed on 11/07/2016 at 12:06:05 PM by asmirnov
1: abp enabled - we can see NO ads and NO whitespaces
Changed on 11/07/2016 at 12:06:22 PM by asmirnov
2: abp disabled - we can see ads
Changed on 11/07/2016 at 12:06:52 PM by asmirnov
1: abp enabled - we can see no ads, no whitespaces
Changed on 11/07/2016 at 12:07:14 PM by asmirnov
3: abp disabled - we can see ads
Changed on 11/07/2016 at 12:07:42 PM by asmirnov
3: abp enabled - we can see no ads, no whitespaces
comment:4 Changed on 11/07/2016 at 12:10:57 PM by scheer
I am still able to reproduce this 100% on all articles on yahoo.com. Please note, as stated above, the device used was a Galaxy S7 with Easylist enabled only and no AA.
comment:5 Changed on 11/07/2016 at 12:30:04 PM by asmirnov
I can reproduce it with just "easylist" subscription, but can't with "ru+easylist", continue investigation..
comment:6 Changed on 11/07/2016 at 12:58:29 PM by asmirnov
for some reason "onPageStarted" is not fired. It means that it's not regular HTML link but JS is working.
Changed on 11/07/2016 at 12:59:05 PM by asmirnov
yahoo js
Changed on 11/14/2016 at 10:14:13 AM by asmirnov
Changed on 11/14/2016 at 10:14:24 AM by asmirnov
Changed on 11/14/2016 at 10:14:33 AM by asmirnov
Changed on 11/14/2016 at 10:14:42 AM by asmirnov
Changed on 11/14/2016 at 10:14:48 AM by asmirnov
Changed on 11/14/2016 at 10:14:55 AM by asmirnov
comment:7 Changed on 11/14/2016 at 10:16:15 AM by asmirnov
i can't reproduce it any more.. uploaded 3 screenshots: desktop with useragent="Mozilla/5.0 (Linux; Android 5.0; SM-N9005 Build/LRX21V; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/54.0.2840.68 Mobile Safari/537.36" to have the same html as on mobile with ABP disabled and from mobile with AdblockWebView + ABP enabled (easylist)
comment:8 Changed on 11/14/2016 at 01:23:26 PM by scheer
- Tester changed from Unknown to Scheer
- Verified working set
- Also no longer occurs for me on AdblockWebView (97).
comment:9 Changed on 12/02/2016 at 07:13:28 AM by scheer
- Resolution set to worksforme
- Status changed from new to closed
According to the log attached, CSS selectors list was requested from FilterEngine and applied: