0.8.5.2

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.5.2]

Changes:

• Pretty much just like 0.8.5.1, but with some more translation work imported from Crowdin.
• This version was submitted to the Opera store.

uBlock.chromium_0.8.5.2.zip:

• MD5: 672ec947747e8ab92aa8cb91ec8bacb2
• SHA1: 33421980accf23a825a7c91cd3dc6c49054e4dbb

0.8.5.1

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.5.1]

Closed as fixed:

• Blank domain row in Dynamic Filtering table
• Can't click on some Dynamic Filtering domain rows with Torch browser
  • Thanks to @Deathamns for finding the problem

uBlock.chromium_0.8.5.1.zip:

• MD5: d8d07244424526761ea3d4dc23c3902c
• SHA1: 282fa8c9f1e19fef184e43ba39963d0b75df8802

0.8.5.0

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.5.0]

Changes:

• Revamped dynamic filtering -- more power to the user (see some details in #433)
  • Users have the last word over what if blocked/allowed
  • Useful to:
    • Un-break web sites without having to completely turn off µBlock
    • [more examples of useful usage]
• New network request logger
  • Network requests are logged in real-time
  • The network request log is no longer a tab in the dashboard, it is its own browser tab
  • Typically you will want to detach the logger's browser tab in order to get a separate window
  • No more switch to turn on the logging of network requests
    • if a logger is opened, requests will be logged
    • if a logger is closed, requests won't be logged, and whatever was logged is flushed from memory
  • Allows µBlock to use memory more efficiently: network requests are logged if and only if they are being observed, while before they were logged unconditionally for every single tab (when logging was enabled)
  • The network request logger has been written with efficiency in mind: there is very little overhead when using it
• Reorganized dashboard:
  • The Settings tab is now the default one
  • An "I am an advanced user" setting in the Settings tab
  • The Statistics tab is gone
  • A new "My rules" tab, from where you can see/edit your dynamic filtering rules
  • The back up/restore/reset buttons have moved from the About tab to the Settings tab
• Ability to force-refresh the web page through the popup UI
  • Especially useful when using dynamic filtering, as one can check the effect of dynamic filter configuration on a page without having to quit the popup menu
  • This can sort of mitigate Chromium's memory leak since you can now refresh the page without having to quit the popup, and further keep toggling filters to see their effects on the page

Closed as fixed:

• Expand/refactor dynamic filtering
• Unable to copy paste url from statistics window
• Click to unblock temporarily a frame
• A UI to see/edit dynamic filters in the "Your filters" tab in the dashboard
• Dynamic filtering: is the ability to filter 1st-party iframe really needed?
• Support elemhide filter option

Notes:

• Keep in mind that with the new revamped dynamic filtering feature, repeated access to the popup UI of µBlock is more likely than before, and thus this means Chromium issue #441500 is becoming more and more crippling for advanced users of µBlock. Unfortunately, there is really nothing I can do.
  • Starring the issue may help, not sure.

uBlock.chromium_0.8.5.0.zip:

• MD5: 09259708b0ae029b7f0b1733b5afeb45
• SHA1: e9ca222cd3f011db71198f4133e9885a7f90956b

0.8.2.8

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.8]

Changes:

• New language available: Catalan thanks to bahco on Crowdin
• "Fanboy's Social Blocking List" no longer selected by default for fresh installs
  • It causes too many issues for users who are not accustomed to this filter list (#458, #451, #450, #428, stores' feedback, etc)
  • More experienced users can always easily select it after a fresh install
  • This change does not affect existing installs
• Sorry for the fast pace of updates these last two days, just trying to be sure new users are having a good first experience with the extension

uBlock.chromium_0.8.2.8.zip:

• MD5: 225e7d56cf2da5fb5680708e9fad0111
• SHA1: 169024a2eff9dcf0d26680f79b426bcce2847c2e

0.8.2.7

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.7]

Closed as fixed:

• Need a stale page store janitor: found entries with no tab counterparts
  • In plain language, fixed potential memory leaks

uBlock.chromium_0.8.2.7.zip:

• MD5: 7b2442bd83f8915c832104b1d06a6003
• SHA1: 7b2990ef8d39dbf2aedfab62185123e24f4b045c

0.8.2.6

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.6]

Closed as fixed:

• Disappearing Gmail Labels
  • This was actually really a different bug than the one reported before -- though it exhibited the same symptoms here
  • I consider the bug fixed here to be worst:
  • Generally uBlock loads fast enough so that web pages are properly filtered when the browser is launched
  • However, since it loads fast enough, this meant that content scripts were injected twice into already opened web pages when launching Chromium
    • Content scripts are injected manually once uBlock has launched, because many users didn't like already opened web pages to have ads right after launching the browser
  • So not only this affected launch performance, but this also caused some bad side effects into web page already opened at launch time
  • Now uBlock's content scripts detect whether they are already injected, and bail out immediately if so

uBlock.chromium_0.8.2.6.zip:

• MD5: 2237d7407f1d394aa248482da4a35a2e
• SHA1: 5ff470d7e5bab63fde7e16cd8ae55f5459e530d1

0.8.2.5

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.5]

Closed as fixed:

• Disappearing Gmail Labels

uBlock.chromium_0.8.2.5.zip:

• MD5: 884f5448e2b3b7d772b9700c0eac44ab
• SHA1: 988a45506e7d4d446703bbabd3bc17db6f717c33

0.8.2.4

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.4]

Will release to the stores later today when I am confident there is no regression.

Closed as fixed:

• Github Issue
  • 563 cosmetic filters in EasyList and 194 cosmetic filters in "Fanboy's Social Blocking List" were potentially affected by this bug: some DOM elements could unduly disappear from a page
  • It appears that the filters found in "Fanboy's Social Blocking List" were the ones most likely to be affected by the bug (see #456)
• Cosmetic filter cache: convert watermark-based pruning trigger to time-based pruning trigger
  • Concretely, this will make uBlock use memory in a more savvy way with regard to cosmetic filtering cache. It's a code area I had not revisited since the first commit.

Other changes:

• Improved performance of MD5 hash function
  • JsPerf: MD5 Shootout
  • The MD5 hash function is used when pulling resource from Github repo, to ensure integrity; and for local mirroring, to ensure mirror-able resources are cached only once.

uBlock.chromium_0.8.2.4.zip:

• MD5: 83ac9dc95b28fee768bd319cb8cb5aac
• SHA1: c47f5ab43bfa993cd0bb45f3da8f547509273d8f

0.8.2.3

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.3]

Changes:

• Put back nb as a target locale (along with no).

uBlock.chromium_0.8.2.3.zip:

• MD5: 7e0b2737c251d0c12699c4a228fbd1ec
• SHA1: f12685754b6f4f846790aa8d47d55f82b01b0ad0

0.8.2.2

[Release notes salvaged from https://github.com/uBlock-LLC/uBlock/releases/tag/0.8.2.2]

Closed as fixed:

• Weird whitelist issue