UBlock Origin 1.17.4 released • Hacker News Board

Re: UBlock Origin 1.17.4 released

#151

Post by grossdm » Tue, Dec 04, 2018, 10:44 PM UTC

castis wrote: post #56

raverbashing wrote: post #54

I've been having a lot of cosmetic filtering issues with UBlock lately, not sure if it's an issue with the lists or with UBO itself. Sites that load but stay "blank" until you disable filtering

some websites out there will detect that no ad code was allowed to run and then refuse to show you a page.

This is widely known. It's also why uBlock replaces ad scripts with "neutered" scripts to make the page render anyway. It's good stuff!

Re: UBlock Origin 1.17.4 released

#152

Post by grossdm » Tue, Dec 04, 2018, 11:43 PM UTC

raverbashing wrote: post #54

I've been having a lot of cosmetic filtering issues with UBlock lately, not sure if it's an issue with the lists or with UBO itself. Sites that load but stay "blank" until you disable filtering

Are you using this list?

Adblock Warning Removal List

https://easylist-downloads.adblockplus.org/antiadblockfilter...

Re: UBlock Origin 1.17.4 released

#153

Post by fragebogen » Wed, Dec 05, 2018, 11:02 AM UTC

Klover wrote: post #62

fragebogen wrote: post #60

Earlier quoted context omitted.

uBlock exists also for Safari, however you need to download it through the App Store these days. https://www.ublock.org/safari/

That’s not uBlock Origin, that’s the icky one. I use the AdGuard extension for desktop Safari, and the app for mobile Safari, which use the content blocking feature of Safari itself.

My bad, thanks for the clarification. As @heartbreak pointed out, this seems to be the real deal https://safari-extensions.apple.com/details/?id=com.el1t.uBl...

Re: UBlock Origin 1.17.4 released

#154

Post by Klover » Wed, Dec 05, 2018, 3:33 PM UTC

fragebogen wrote: post #153

Klover wrote: post #62

Earlier quoted context omitted.

That’s not uBlock Origin, that’s the icky one. I use the AdGuard extension for desktop Safari, and the app for mobile Safari, which use the content blocking feature of Safari itself.

My bad, thanks for the clarification. As @heartbreak pointed out, this seems to be the real deal https://safari-extensions.apple.com/details/?id=com.el1t.uBl...

That's.. also not exactly the real deal. It's a community fork of uBlock Origin with some patches and then became unmaintained. That's why I use AdGuard for Safari.

https://itunes.apple.com/app/adguard-for-safari/id1440147259

https://itunes.apple.com/app/apple-store/id1047223162

These two.

Re: UBlock Origin 1.17.4 released

#155

Post by vanderZwan » Wed, Dec 05, 2018, 10:34 PM UTC

vanderZwan wrote: post #148

gorhill wrote: post #123

Earlier quoted context omitted.

> So I heavily experimented with squeezing performance out of a JS-based trie-implementation for LZString. Incidentally, I did write a JS/WASM version of LZ4 block encoding[1] (also used in uBO). I do wonder if it could be of interest for the LZString project. My understanding is that the output of LZ4 compression would need to be further processed to make it JS string-friendly (for localStorage purpose). Maybe worth…

Dman. So how many awesome things do you casually do on the side just in the name of improving uBlock?

*Damn.

Re: UBlock Origin 1.17.4 released

#156

Post by mazirian » Thu, Dec 06, 2018, 12:56 AM UTC

vanderZwan wrote: post #83

> The original prototype was to develop an idea I had about using jump indices in a TypedArray for quickly matching hostnames (or more generally strings)[1]. Once I had a working, un-optimized prototype, I realized I had ended up with something formally named a "trie": " rel="nofollow">https://en.wikipedia.org/wiki/Trie> , hence the name. I have no idea whether the implementation here or one resembling it has been do…

I believe I saw similar results comparing typed arrays vs simple objects with numerical keys when doing this refactor[0] at least in V8. In my case case multiple child keys may match so I need to scan them instead of indexOf but otherwise it sounds similar. Also didn't see benefits from turning non-branching paths into arrays, maybe due to fairly shallow trees. I've also used a very simple trie implementation for public-suffix tree matching in my own extension[1] so interested in what the current best way to implement this sort of thing is in JS.

[0]https://github.com/yahoo/ycb/pull/54

[1]https://github.com/billdorn/cookiekiller

Re: UBlock Origin 1.17.4 released

#157

Post by jonssen » Sun, Dec 09, 2018, 12:49 AM UTC

1.17.4 not functioning with Firefox 52.9.0 (32-bit) Reverting to 1.17.2 it works again.

Re: UBlock Origin 1.17.4 released

#158

Post by heartbreak » Wed, Dec 12, 2018, 4:38 AM UTC

freyir wrote: post #108

heartbreak wrote: post #105

Earlier quoted context omitted.

This is the correct link for uBlock Origin from the Safari Extension site: https://safari-extensions.apple.com/details/?id=com.el1t.uBl... The one linked by fragebogen is the non-origin version which you probably do not want to use.

Any idea why I can access this extension through Apple's webpage, but not through the App Store? The App Store only shows the non-Origin uBlock.

Apologies for the week late reply. Apple has classified this extension as one which might slow your browsing down (of course it does, though the impact is imperceptible to me). Because of that, it’s not only unlisted but also will show a warning banner in Preferences after install, and will occasionally be disabled by Safari updates.