Go to content Go to navigation Go to search

Core classes redesign complete · 2008-10-28 16:45 by Wladimir Palant

Warning: The version described here is a development build and as a such it has not been fully tested and might not work properly. Use at your own risk and make sure to backup your filter list. Latest Adblock Plus release can be downloaded from addons.mozilla.org.

A new Adblock Plus 0.7.5.5+ development build (2008102816) has been uploaded. Only en-US locale is available at the moment.

Installation

http://adblockplus.org/devbuilds/

Warning: Format of patterns.ini file changed in a way that is not backwards compatible. If you want to go back to an older version of Adblock Plus, keep a backup or you will loose all your filters.

Note: Due to extensive redesign, bugs are expected, especially around the Preferences dialog. Please report the issues you find.

Changes

Known issues

Source code revision: 9d80240f4678

Tags:

Comment [8]

  1. user · 2008-10-28 19:26 · #

    after installing this version most sites aren’t loading their layouts. It is as if css is disabled. Even on your own site’s front page ( http://adblockplus.org/en/ ) with this version installed, and enabled, all the layout is gone. I am using Filterset.G ( http://www.pierceive.com/filtersetg/ ) and Firefox 3.1 nightly builds ( http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32/ ) I’ve tried with JIT content enabled and with it disabled, same result. I always leave JIT chrome disabled.

    Reply from Wladimir Palant:

    Using Filterset.G isn’t recommended, see http://adblockplus.org/en/faq_project#filterset.g

    What does the list of blockable items show? http://adblockplus.org/en/tips?tip=effective_filter

  2. user · 2008-10-28 19:35 · #

    Wladimir,

    Thanks. I wasn’t aware Filterset.G was so troublesome. There was a time it was widely recommended. I have switched to easylist and the problem is gone.

  3. Ares2 · 2008-10-28 19:37 · #

    There seems to be a problem with whitelists, they are interpreted as blocking rules.

    Example:
    1. Whitelist @@http://adblockplus.org/textpattern/site.css
    2. Reload
    3. The stlyesheet is blocked

    (As Filtetset.G contains a general @@$stylesheet, this happens on all sites with it).

    Reply from Wladimir Palant:

    You are right, I somehow managed to overlook that issue. Looking into it…

    Reply from Wladimir Palant:

    Turns out there was a bunch of issues concerning whitelisting filters. Fixed all of them, new development build is up.

  4. Ares2 · 2008-10-28 20:10 · #

    Another one: Disabling/Enabling filters in preferences doesn’t apply unless you restart Firefox.

    1. Go to http://adblockplus.org/en/
    2. Block ‘http://adblockplus.org/images/75.png’
    3. Reload -> Image blocked
    4. Blockabe items: ‘Edit filter in effect’ -> disable in preferences -> OK or Apply
    5. Reload -> Still blocked
    6. Restart Firefox and go to http://adblockplus.org/en/ -> not blocked

    With the new context menu entry ‘disable filter x’ it’s working as expected (=after a reload of the site).

    Reply from Wladimir Palant:

    Fixed this one as well and re-uploaded the development build. Thanks!

  5. lovelywcm · 2008-10-28 20:31 · #

    I can confirm this issue (as reported by Ares2).

    In addition, enable or disable a filter will make no effect. If an element is blocked by a filter, disable the filter and reload, it will still be blocked, vice versa. Unless change is made to whole filter group.

  6. lovelywcm · 2008-10-28 20:45 · #

    Well, I find Ares2 is earlier than me for 20 sec., made my report a duplication.

    Reply from Wladimir Palant:

    Actually, it was 20 minutes – and I already put a new development build up when you posted :)

    Thanks anyway, and please continue testing with the new development build.

  7. lovelywcm · 2008-10-28 21:04 · #

    Unbelievable, more than 20 minutes passed…

    I was so dedicated to test whether it’s indeed a bug and what condition will absolute result in this bug.

  8. Anonymous · 2008-10-31 21:43 · #

    Could you provide more detailed documentation of the changes to patterns.ini?

    I share my patterns.ini across machines, and this will prove somewhat inconvenient. It would help to know the nature of the changes.

    Reply from Wladimir Palant:

    In the old format, user-defined filters were all stored in a [user patterns] section. Now they are listed under the respective group as [subscription filters]. That was important to allow comments to stay in the group where they were created. And while I was already changing the format, I renamed [pattern] into [filter] and [subscription patterns] into [subscription filters]. Also, the new code saves much less redundant information but that’s something the old version can deal with.

(E-mail address will not be displayed, please use anonymous@example.com if you don't want notifications about my replies)
  Textile Help