Ad blocking via .ini or extension?

Iron Forum for english speaking people
RWUK
Posts: 48
Joined: Sat Dec 18, 2010 11:53 pm

Re: Ad blocking via .ini or extension?

Postby RWUK » Wed Dec 07, 2011 2:27 am

07U wrote:more completely and simple


I read often on here that "it's more complete" but nobody explains why. Adblock Plus's experimental build blocks the actual http requests within a page (I thought the stable version does this too?), it blocks ads in videos (including Youtube). It can block html elements, not just domains (does the .ini do this? I don't remember) and non-same origin xml http requests. Iron 14 and 15 have the 'experimental extensions' selection so it will work in either version.

Adblock Plus also autoupdates both itself and its lists. Fanboy lists are preloaded, doesn't get easier than that. I'm starting to form the conclusion that in terms of capability of solely blocking the domains they're told to, they're at minimum, equal. I can't find anything pointing to the contrary.


zeon
Posts: 28
Joined: Thu Dec 31, 2009 2:10 am

Re: Ad blocking via .ini or extension?

Postby zeon » Wed Dec 07, 2011 7:48 pm

RWUK wrote:Adblock Plus's experimental build blocks

Adblock Plus experimental (and stable too) fails (many ads are not blocked, they are hidden only) where adblock.ini don't.

...and from adblock plus web page:
"The following lists issues known to affect Adblock Plus for Google Chrome. If your problem isn't listed, please check the forum and create a new topic if necessary

Websites loading images dynamically do not work correctly
Cause: WebKit bug 45586
Due to a bug in WebKit this is a known side-effect of any extension that attempts to block requests on a website.

Gmail doesn't work correctly (e.g. doesn't allow selecting an address from the list of suggestions)
Cause: Chrome bug 68705
Due to a bug in Chrome certain element hiding rules (particularly the ones using the style attribute) have this side-effect. For this reason Adblock Plus will not apply generic element hiding filters on Gmail, only filters that are restricted to a particular domain. Filters restricted to mail.google.com or google.com domains and using the style attribute will still cause this issue however.

#733: 2011-12-07 07:15 +0100 Wladimir Palant
Chrome bug 106590 - Only request http/https URLs in webRequest


ironuser
Posts: 388
Joined: Mon Feb 01, 2010 12:29 am

Re: Ad blocking via .ini or extension?

Postby ironuser » Wed Dec 07, 2011 11:59 pm

07U wrote:my custom adblock.ini (opera based)
(maybe) impact: iron crash (continues) if you use it

I posted about this the other day, but SRWare apparently deemed it unnecessary, as it made it to the forums(s).
The attachment in your post is a ZIP file. It contains another file that requires you to UNZIP the attachment and put the contained file in your Iron install folder.


RWUK
Posts: 48
Joined: Sat Dec 18, 2010 11:53 pm

Re: Ad blocking via .ini or extension?

Postby RWUK » Thu Dec 08, 2011 7:14 am

zeon wrote:
RWUK wrote:Adblock Plus's experimental build blocks

Adblock Plus experimental (and stable too) fails (many ads are not blocked, they are hidden only) where adblock.ini don't.

...and from adblock plus web page:
"The following lists issues known to affect Adblock Plus for Google Chrome. If your problem isn't listed, please check the forum and create a new topic if necessary

Websites loading images dynamically do not work correctly
Cause: WebKit bug 45586
Due to a bug in WebKit this is a known side-effect of any extension that attempts to block requests on a website.

Gmail doesn't work correctly (e.g. doesn't allow selecting an address from the list of suggestions)
Cause: Chrome bug 68705
Due to a bug in Chrome certain element hiding rules (particularly the ones using the style attribute) have this side-effect. For this reason Adblock Plus will not apply generic element hiding filters on Gmail, only filters that are restricted to a particular domain. Filters restricted to mail.google.com or google.com domains and using the style attribute will still cause this issue however.

#733: 2011-12-07 07:15 +0100 Wladimir Palant
Chrome bug 106590 - Only request http/https URLs in webRequest



Unbelievable, :mad: I just typed up a big response only to mistakenly close the browser window. Here's the link you're getting your post from.

https://adblockplus.org/en/known-issues-chrome

Here are the quick points of what I wrote.

Saying Adblock Plus experimental with webrequest api doesn't block and only hides is flat out wrong. It was a concern on early Adblock Plus but I thought this was fixed in the standard version (the beta) shortly after the merger with Adthwart. I don't know for sure on that though. Experimental currently is not the same situation. It blocks requests, it doesn't allow and then omit from view.

The webkit bug is solved. For anyone still affected by an older browser (Chromium 15 and under), they can either go up to version 16 or use Adblock experimental. This is Vladimir's solution in the known issues link above.

About the gmail thing, this is a browser issue too that the Adblock devs try to minimize with their filter settings. It was also only reported on versions 8-11 of Chrome and the bug report hasn't been meaningfully updated since May. Can anybody confirm this bug using Iron 15?

Regarding your third point, this is a developmental issue with Chrome and hardly something that would negate the effectiveness of Adblock, let alone something Vladimir has control over. On top of that, it's a very small issue which will likely be fixed in Chromium soon as the devs are already tossing around 3 options on a 'which do you think is better?' basis.
http://code.google.com/p/chromium/issue ... ?id=105656
https://code.google.com/p/chromium/issu ... ?id=106590
http://codereview.chromium.org/8800006/

Can you please post the link to the post of Vladimir you're quoting. I'd like the full context of the post. If anyone has anything to add, please do.



Return to “SRWare Iron Support (English)”

Who is online

Users browsing this forum: Google [Bot] and 14 guests