Which of the following will it be able to handle?
1. ads that show up once every 10 refreshes or such (if they for example randomly show an ad)
2. localized ads: some ads don't show up unless you are in the US / UK / Netherlands / Germany / NameYourCountry
3. ads that show up after you started / finished / are watching / paused a video (pretty much all of the object_subrequest ads)
4. ads that show up after a specific user action, like you first have to fill in a route at a route planner before the ad (and route
) show up, without the URL changing.
5. ads that are based upon the referrer (very unlikely this is possible)
6. ads on pages that do no longer exist, but similar do (e.g., the crawler automatically visits up to a specific level all first-party links on a page, so in case of a 404/301 it'll automatically scan that page, find the link to the homepage, on the home page there probably will be a link to the video index, on the index there will be the link to another video.
7. ads that appear after a cookie is set (e.g., second visit on a page)
8. ads that require JS to be disabled
9. ads that are activated after a timeout (e.g., you'll have to wait 5 minutes on a page. Parsing JS isn't a solution here, since it's not necessary that the image it loads after a timeout (for example) is hardcoded, nor is the css selector)
Also, will it be possible to
1. report filters that are domain specific for which at least one of the domains does no longer exists / is *permanently* redirected / is parked / ... (e.g., if you have @@||ads.adserver.ad^$domain=yoursite.com|allshopsuk.co.uk|anothersite, then it'll tell you that allshopsuk.co.uk is parked)
2. since not all URLs are in the repository, add your own URLs too, to be checked. For example, for this commit we'd need a custom URL: https://hg.adblockplus.org/easylist/rev/a5f3ec510844
(just randomly picked one). Also, if you have http://videosite.com/video/123456ABCDE
and that particular video doesn't exist anymore, that it'll not report it all the time, but that you can instruct it to visit video /EDCBA654321 instead. Or if videosite.com switched domains, that you can send it to site.com/video instead. Or what to think about the initial commit for the repository (https://hg.adblockplus.org/easylist/rev/2
) or filters that were moved from for example EasyList Germany to EasyList and thus appear as URL in the other repository only
3. support lists that are not hg, perhaps by letting them submit 1. a file with all URLs where an ad appeared, 2. the URL to their list (my dutch list for example)
4. ignore reported filters, if we're sure they still exist
Also, I agree with Crits that generic filters (no domain mentioned, perhaps except for excluded domains) should not be reported over and over again.