EasyList

Entries in the Category “Known issues”

Ads caused by malware or adware extensions or plugins

written by MonztA, on Mar 9, 2013 1:50:00 PM.

Ads caused by malware or adware extensions or plugins on your computer will not be fixed by EasyList. If you arrived at this page for other reasons than curiosity about this blog, it is likely that a list author send you here because your computer is infected with such an extension or plugin.

Please check all your extensions and plugins by disabling them one-by-one, restarting the browser each time after you did so, until the strange behaviour or ads are gone. In that case, the extension/plugin you disabled last is bad and should be removed. You can remove suspicious/unwanted extensions/plugins directly of course. Virus scanners often do not find such extensions or plugins!

It also recommended to scan your computer with any of these removal tools, even if you have found the responsible extension or plugin in the previous step to make sure there are no left-overs on your system:

Also, to prevent such issues in the future: the next time you install an extension/plugin, consider if you really need it and if the site looks trustworthy. That will save you a lot of trouble in the future and likely keeps your browsing faster too. Apart from that, always download software from the software developers' website. Also, when asked so during the installation of any kind of software, do not install any additional toolbars, coupon notifiers, shopping widgets, etc. they offer.

Additional information can be found in this troubleshooting guide from Mozilla Support.

Ads on hulu.com are no longer blocked

written by MonztA, on Oct 24, 2012 10:02:00 AM.

Problem:

Video ads on hulu.com show up before the actual video starts.

Affects:
  • hulu.com

  • any other page where Hulu videos are embedded

Cause:

Hulu videos on external sites are embedded in a HTML frame (example: huffingtonpost.com). While the video ads on Hulu itself can still be blocked (a countdown shows up instead of a video ad), embedded videos on external sites will no longer play unless videa ads are allowed. This forced us to add specific whitelists for these ads.

Solution:

Unfortunately, there is no way to block the ads on Hulu and allow them on external sites as the latter are embedded in a HTML frame. If you do not watch Hulu video on external sites, you can disable the whitelists and still watch videos on hulu.com without ads. Here is a step-by-step instruction how to disable them:

  1. Click on the "ABP" icon in Firefox (it is most likely in the left corner at the bottom) and choose "Filter preferences...".

  2. Click on this button on the right.

  3. Click on the "Find" button that appeared on the top.

  4. Type hulu.com/published and disable these two exception rules @@||hulu.com/published/*.flv and @@||hulu.com/published/*.mp4 by unticking them like shown in this screenshot.

  5. Close the filter preferences window of Adblock Plus.

Probleme auf Webseiten in Kombination mit der Erweiterung "Ghostery"

written by MonztA, on Oct 7, 2012 4:09:00 PM.

Problem:

Einige Webseiten funktionieren nicht korrekt, wenn Ghostery installiert ist und so eingestellt ist, dass es Zählpixel etc. automatisch blockiert.

Betroffene Seiten:
Ursache:

Ghostery hat keine Whitelist-Funktiom, mit der man nur bestimmte Elemente freigeben kann. Ghostery kann nur eine Website komplett oder bestimmte Drittanbieter global whitelisten/freigeben. Einige Seiten müssen aber bestimmte Resourcen von Drittanbietern laden, damit sie korrekt funktionieren (z. B. beim Abspielen eines Videos).

Lösung:

Klicken Sie auf das Ghostery-Symbol (blauer Geist), dann auf "Edit Blocking Options" und schließlich auf "Don't Block on [Adresse der Seite]" und laden Sie die Seite neu.

Oder falls Sie die alte Ansicht von Ghostery verwenden: nachdem Sie auf das Ghostery-Symbol geklickt haben, klicken Sie auf "Whitelist domain" und laden Sie die Seite neu.

Aktuelle Probleme mit Videoportalen

written by MonztA, on Oct 7, 2012 2:22:00 PM.

Problem:

Werbung taucht vor dem oder im Video auf.

Betroffene Seiten:
Ursache:

Die betroffenen Seiten haben eine Erkennung eingebaut, die überprüft, ob die Werbung geladen wurde oder nicht.

Lösung:

Eine richtige Lösung gibt es aktuell nicht. Man muss die Werbung zulassen, um das eigentliche Video zu sehen. Andernfalls kann man das Video nicht sehen.

Softonic Toolbar, PriceGong und Babylon entfernen

written by MonztA, on Aug 20, 2012 10:36:00 AM.

Da viele User von unerwünschten Inhalten, die auf die Softonic Toolbar, PriceGong und Babylon zurückzuführen sind, berichten, habe ich eine Anleitung zusammengestellt, wie man diese Programme entfernen kann. Adblock Plus kann dies nämlich nicht entfernen. Die unerwünschten Inhalte äußern sich wie folgt:

Anleitung: Softonic Toolbar, PriceGong und Babylon entfernen

Schließen Sie zunächst Mozilla Firefox und den Internet Explorer (falls geöffnet). Kopieren Sie daher die nachfolgende Anleitung in ein Word-Dokument/eine Textdatei und speichern Sie sie auf dem Desktop ab.

  1. Gehen Sie über den "Start"-Button in die Systemsteuerung und klicken dann auf "Programme und Funktionen" (Windows Vista/7) bzw. auf "Software" (Windows XP).

  2. Deinstallieren Sie dort die "Softonic Toolbar for IE", "PriceGong" unf ggf. "Babylon".

  3. Am Ende der Deinstallation der "Softonic Toolbar for IE" wird man gefragt, ob man die derzeitige Startseite und Sucheinstellungen behalten möchte. Verneinen Sie dies (diese Aktion hat nur auf den Internet Explorer Einfluss).

  4. Starten Sie Mozilla Firefox, klicken Sie auf den "Firefox"-Button oben links (bzw. "Extras" in der Menüleiste), dann auf "Add-ons" und schließlich auf "Erweiterungen".

  5. Klicken Sie rechts neben "Softonic.com" auf "Deinstallieren" und starten Sie Firefox neu. Wiederholen Sie dies für die "Babylon"-Erweiterung.

  6. Klicken Sie in der Suchleiste oben rechts auf das linke Lupen-Symbol und wählen dann "Suchmaschinen verwalten...".

  7. Klicken Sie auf "Search the web (Softonic)" und anschließend auf "Entfernen". Wiederholen Sie dies ggf. für "Search the web (Babylon)".

  8. Geben Sie "about:config" (ohne " ") in die Adressleiste ein, bestätigen Sie mit Enter und klicken Sie auf die "Ich werde vorsichtig sein, versprochen!"-Schaltfläche.

  9. Geben Sie "softonic" (ohne " ") in das Suchfeld ein und setzen Sie alle Einträge mit einem Rechtsklick und dann auf "Zurücksetzen" zurück. Schneller geht es, wenn man rechtsklickt und dann die R-Taste auf der Tastatur drückt. Wiederholen Sie dies für den Begriff "babylon".

  10. Lade Sie sich AdwCleaner (Direktdownload: http://general-changelog-team.fr/fr/downloads/finish/20-outils-de-xplode/2-adwcleaner) herunter, schließen Sie Firefox und starten Sie das Programm.

  11. Klicken Sie auf "Search" und schließen Sie danach die Textdatei.

  12. Klicken Sie dann auf "Delete" (der Computer wird danach automatisch neugestartet).

  13. Klicken Sie auf den "Start"-Button und dann auf "Ausführen..." oder führen Sie die Tastenkombination Windows-Taste + R aus.

  14. Geben Sie "%temp%" (ohne " ") in das Feld ein, bestätigen Sie mit Enter und löschen Sie alle Ordner und Dateien, die Sie in dem Fenster sehen.

Vermutlich waren diese Programme installiert, da Sie Mozilla Firefox oder vielleicht auch ein anderes Programm von der Softonic-Seite heruntergeladen haben und bei der Installation die Softonic Toolbar, PriceGong oder Babylon standardmäßig ausgewählt waren. Bitte laden Sie Programme - egal ob Mozilla Firefox oder andere Software - immer von der Herstellerseite herunter. Im Falle von Mozilla Firefox ist es mozilla.com oder auch firefox.com.

Advertisers' and tracking companies' websites

written by Michael, on Jul 1, 2011 6:44:00 PM.

Problem:

Some websites relating to advertisers and tracking companies (predominantly the former) do not function correctly when EasyList or EasyPrivacy are enabled respectively.

Affects:
Cause:

EasyList is intended to remove adverts, just as EasyPrivacy is intended to remove tracking. The subscriptions often include general rules to remove the unwanted content and also selectively block domains that exclusively serve such items. However, as these filters are often and unsurprisingly activated by websites belonging to advertisers and tracking companies, some parts of the domain may fail to function correctly.

Solution:

Subscription policy is that it is not worthwhile to resolve issues on domains belonging to advertisers and tracking companies, beyond requiring that filters blocking an entire domain only apply on third-party websites, as we believe that very few users regularly visit such websites. However, it is possible to disable Adblock Plus on the affected website using the option in the menu activated by clicking on the icon in the browser.

Cashback schemes and EasyPrivacy

written by Michael, on Jun 9, 2011 6:35:46 PM.

Problem:

Some cashback systems do not function correctly when EasyPrivacy is enabled.

Affects:
Cause:

Cashback websites work by either setting a third party cookie or directing people to a special address to inform the shopping website that the user is eligible for a discount. Shopping websites then need to be able to view the information to identify the user and reduce the item cost if applicable. However, EasyPrivacy is designed to prevent such details being collected; the shopping website therefore lacks the information to suggest that a special offer should be applied and charges to full price instead of the discounted rate.

Solution:

I have previously recommended, and would still advocate, that Adblock Plus should be disabled on important websites and when shopping. This will ensure that subscriptions do not interfere with the purchasing of goods and will therefore prevent issues from arising with cashback schemes. However, regardless of whether or not advert blocking software is installed, I would always recommend that you confirm the price of an item before paying.

Giorgio Maone, NoScript.net and FlashGot.net

written by Michael, on Apr 25, 2011 6:46:00 PM.

Problem:

Some adverts are not blocked by EasyList on Giorgio Maone's add-on websites.

Affects:
Cause:

At the end of February the EasyList project were privately notified that there remained some unblocked adverts on Giorgio Maone's add-on websites which were slightly different to items usually blocked by the subscription. Instead of being an external file or text links, the images were encoded and saved in an embedded stylesheet, which meant that the only way to remove them would be to use element hiding rules to collapse the unwanted area.

Aware that the difficulty of filtering out images encoded in this method (data:image), I requested support for the format in the Adblock Plus forums, referring merely to "a familiar website" instead of explicitly naming the problematic domains. However, as such encoded images are not easily distinguished because they have no file name, it was decided that it might be better to wait and see whether the rules that RUAdList implemented were successful. While, under normal circumstances, filters would be added immediately, prior events (see Wladimir's and Giorgio's blogs) led the authors to concur that "we shouldn't start a cat and mouse game again".

This issue was then pushed to the back of our minds until the topic was publicly raised in the Adblock Plus forums on the ninth of April, with a user asking Giorgio the same question that he asked us: why were adverts still present on the NoScript website? Although Hubird, the Adversity author, explained that he believed that "the NoScript developer actively makes it difficult for subscription authors to remove ads from his site (changing site design in an effort to thwart attempts)", an assertion which MonztA, an EasyList author, agreed with, Giorgio responded with the following post, which I have included in its entirety to avoid possible misinterpretation:

@Hubird, @Montza:

No.

I haven't touched the "site design" for almost two years now, and I don't "actively make" anything about it.

Those units probably difficult to remove, but because they're just static images embedded in the page itself, which don't even perform any extra round trip to my own server -- let alone a 3rd party server -- and therefore don't implement any persistent tracking / behavioral stuff.

Of course the DOM being a bit random doesn't help either, but this picture of an evil and obsessive webmaster "actively" watching subscription authors and "changing site design in an effort to thwart attempts" is quite off base.

Giorgio Maone

I and several others interpreted this statement to mean that the websites would not be changed in the event that filters were added for the domains, and I therefore committed what would be the first of many rules, reasoning that "if a website is not actively altered I see no reason why EasyList should not filter out all the adverts".

There were initially a couple of minor changes to the subscription, which were ultimately suggested to have resulted from a lack of testing on the website, as we assumed that the pages would remain static. I further proposed that the filters should be more specific to avoid false positives, a change that was implemented for both NoScript.net and FlashGot.net.

However, we then became increasingly aware that the filters were ineffective when we checked the domains, and therefore subsequently altered the rules on several occasions for both websites (the full list of revisions for NoScript.net and the list of revisions for FlashGot.net and are publicly available from our repository). Although we were aware that the website was randomly altered by the server, we all agreed that certain elements of randomness, such as using alternative and altering tag names, was definitely not present when filters were first added for the domains.

I further discovered from MonztA, an EasyList author and moderator on the Adblock Plus forums, that Giorgio posted anonymously as "Guest" on two occasions to report issues with the website, something that I consider to be unfair given that he was an involved party in the discussion. It also became apparent that a member of the community was being provided with pages that did not include adverts on Giorgio's domains, making it increasingly difficult to successfully filter the unwanted sections.

We eventually decided, having attempted repeatedly to remove the adverts without false positives, that it would be more productive and informative to remove the filters specifically for Giorgio's domains from EasyList and explain the circumstances in a blog post. While I cannot say that this is an unexpected result given past events, I can say that I am disappointed that I could not take Giorgio at his word when he claimed that the "picture of [him as a] webmaster "actively" watching subscription authors and "changing site design in an effort to thwart attempts" is quite off base". Security depends on the people you trust, as any author of major browser extensions will be aware, and I am certainly less inclined to trust Giorgio after this incident.

Solution:

There aren't really many solutions to the current state of affairs. The use of images encoded and embedded in the stylesheet means that only element hiding rules may be used to collapse the adverts, and the constant randomisation of the domains, in addition to interventions to prevent existing rules from functioning, means that any publicly announced filters are usually invalid within a few hours. Furthermore, at least one member of the advert blocking community who might have been able to assist is unable to view the adverts after his IP address was identified and alternative pages provided.

While not an optimum solution, it would appear that the only certain method to avoid Giorgio's adverts is to cease visiting both domains entirely.

Update: 29/05/2011

Ares2 claims to have found some safe filters with which do not cause false positives, and I have therefore permitted him to commit these rules to the subscription.

MediaWiki headers and ids

written by Michael, on Apr 3, 2011 4:12:00 PM.

Problem:

MediaWiki headers may match a general element filter in subscriptions, and therefore be collapsed automatically.

Affects:
Cause:

MediaWiki automatically assigns ids to headers according to their content, which means that the header Example would also have an id of Example or, in CSS form, would be matched using the selector #Example. While not normally an issue, some general element hiding filters from subscriptions, such as ###Advert, may match the header text, and therefore hide the titles due to their identical ids.

Solution:

As the consequences of this issue are minimal, only collapsing a title, and only then if it matches one of the general element rules from the subscription, the problem will not be resolved in EasyList. The best method to resolve the issue effectively is to add the following filter to your custom filters: domain#@##Header, where domain is the domain (e.g., wikipedia.org) where the issue occurs, and Header is the case-sensitive header text that is hidden, where spaces are replaced by underscores (_).

Who does anti-Adblock actually affect?

written by Michael, on Dec 21, 2010 7:47:00 AM.

Anti-Adblock scripts, which attempt to identify users of advert-blocking software and limit or, more commonly, disable access to content, appear to have become increasingly prevalent recently. Yet the techniques used to detect unwanted software are by no means infallible, and I have seen, on several occasions, that while they are certainly targeting particular groups of people, this has tended to include many innocent bystanders. I have therefore decided to outline the visitors who I believe are usually affected by such additional website "functionality".

People with scripting disabled

It is not uncommon for JavaScript to be disabled for reasons of security, with one of the most used Firefox add-ons, NoScript, being available specifically for this purpose. As anti-Adblock nearly always requires client scripting in order to detect advert filtration, it can just as easily cause problems for any security-conscious members of the online community [*].

People with special software requirements

Not everyone accesses the internet in exactly the same manner; some out of choice, some out of necessity. People in the latter group usually have a disability that prevents them from being able to interpret web pages as provided in standard browsers, and therefore may use alternatives to cater for their needs. However, as anti-Adblock techniques usually assume that there is only one possible display of a page, something that is simply inaccurate given that HTML, by definition, only marks pages rather than precisely defines them, people with customised web browsers may also be prevented from viewing page content. One of the most ludicrous examples that I have encountered is a site aimed at blind people that pointlessly mandates that all images are loaded in order to permit the textual content to be displayed.

People with poor connections to the website

Anti-Adblock techniques usually revolve around loading an item with a name that would usually be blocked by filter subscriptions and subsequently detecting whether or not it is present; however, this relies on the object being immediately available to be scrutinised. There are two reasons why this may not occur: the first is that the client could be using a dial-up internet connection and the second is a reliance on a particular server being constantly available for communicating data, a problem only exacerbated when the item is hosted on a third-party domain. Relying on these two suppositions is extremely risky, as no hosting or internet service provider can guarantee 100% up time or that every connection will be successful.

Search engine spiders

Search engine spiders usually only record the text of a page, with Google noting that "fancy features such as JavaScript [mean that] search engine spiders may have trouble crawling your site" ; however, requiring every item to be loaded on a domain, something that a bot may not do, means that all that the search engine will record is that advert blocking programs must not be used. This damages any search result rankings applied to the content because there is no relevant text to analyse and could consequently worsen the position of the domain when a particular term is requested.

As the above list demonstrates, there are many innocent people who are affected by attempts to implement anti-Adblock on a domain. The irony is that visitors with sufficiently advanced advert-blocking software are usually unaffected by such measures because of the presence of whitelists that protect necessary items and automatically updating subscriptions that distribute alterations negating detection.

So when you next consider adding anti-Adblock to a website, please first consider you you are actually going to cause problems for: visitors blocking adverts, people with slow internet connections or disabilities, or your own search engine reputation.

[*]

Incidentally, some people remove adverts to decrease the number of attack vectors available when visiting a website, and therefore can also fall into the category of "security-conscious" visitors.