Live data from Hacker News

uBlock Origin Lite: Description

github.com

51–60 of 155 posts

Re: uBlock Origin Lite: Description

#51

If this works, is there any reason this won’t work as a content blocker for safari?

It just won't work that well. Recently in the past few months I've been noticing more and more ads with safari style content blockers, while ublock style continue to work fine. I fear this style of 'adblock' will have similar issues.

Re: uBlock Origin Lite: Description

#52
post #49

Earlier quoted context omitted.

You bet he should! To me, there are 3 projects I'd throw my money to: - uBlock Origin - ytdl - The Internet Web Archive

Not wikipedia? It seems way more important

Have you seen how much money they receive and where they squander it all?

Re: uBlock Origin Lite: Description

#53
post #12

Isn't the biggest problem with MV3 the 5000 rule limit? Or are there ways around that by compiling it into something internal? This is how adguard did it: https://adguard.com/en/blog/adguard-mv3.html I'd suggest stop trying to support chrome and let it die? It won't work on mobile anyway, only Firefox supports ublock origin on mobile?

Brave iOS has a built in adblock that I find about as good as ublock, compared to the ineffective iOS native safari style that MV3 forces you into.

So the future for chromium browser based adblock are small mini-forks that re-add the proper hooks needed to implement adblock properly

Re: uBlock Origin Lite: Description

#54

Earlier quoted context omitted.

The current limit is 30,000 rules, but they've talked about raising it further beyond that point.

Trivia: 1Blocker convinced apple to raise the limit from 50k to 150k per list for Safari content blockers.

My question is why have limits

Re: uBlock Origin Lite: Description

#55
post #24

Gorhill should have a statue somewhere for making the web browseable.

He really should. I'd pitch in 50 EUR for that.

Haha. This reminds me of a Redditor's story. Despite having no money to afford professional hardware, he still managed to take good astronomy photos using his phone. In one of his posts, his photos impressed a "kind stranger" so much that they gifted him one of the most expensive Reddit awards, whose value can buy him a third of his desired gear.

Re: uBlock Origin Lite: Description

#56

"Lite" is such a bad name, it's often a positive signifier that describes low resource usage/costs. It should have a more negative name, like uBlock Origin Reduced.

It was indeed named "uBO Minus", but what do you expect from Google? Accept that name?

I would call it "uBO Reduced". Reduced resources, reduced permissions, reduced capabilities, reduced effectiveness in actually blocking ads, trackers and content.

Re: uBlock Origin Lite: Description

#57
post #29

Earlier quoted context omitted.

> The problem is that something pejorative on the surface is only meaningful to an end-user that is intimately familiar with the limitations of ManifestV3. You don't need to be "intimately familiar" with the limitations of ManifestV3, a casual understanding, from perhaps an explanatory note in the description of the extension, is sufficient to understand such a name.

Your average user has no interest in Google politics, nor would they bother to read through the explanation. Most people install an adblock to block ads. The politics of internet browsers and privacy only matter to power users.

[deleted]

Re: uBlock Origin Lite: Description

#59

A chance for the return of the Safari extension perhaps?

MV3 version should be directly portable.

You just need build infrastructure. As far as I know, you need XCode to generate the "app" that contains the extension (all extensions need to be provided by an "app" even if it doesn't have any logic in it), then code sign and upload to the App Store. There are open, third-party implementations of the code signing tools so it can be done without a Mac but it just requires effort.

Re: uBlock Origin Lite: Description

#60

I guess the biggest issue I have with V3 is I don't really "get it". The idea was initially that extensions have too many privileges and that malware can leverage those privileges for harm. I'd love data here! This is such a good area to share information on, as someone in security I'd really value that. I'd like to see case studies on malware, or even broad things like "malware uses these permissions X% of the time"…

Most bad extensions I've come across when trying to vet what I'm installing fall into two categories: those that are passively malicious: inserting redirections to affiliate links (or sometimes randomly spawning ad), and those that are "actively malicious" by scanning for browsing history and then sending that over to be sold off.

I guess the general idea of manifest v3 is to limit the page/extension boundary to being declarative in nature. I haven't looked into this too much to know how restrictive it is in practice, but at least one such thing is that webRequest is neutered so extensions can't run their own logic for request pre/post processing (where they might try to obfuscate/disguise the target redirect), instead they have to declare the list of redirect targets upfront, where presumably they can be scanned by trivial static analysis.

While I think there is indeed a problem of malicious extensions, I don't believe that manifest v3 is the solution. Switch to a more granular but still non-declarative permission model might be useful to gain a stronger signal on malicious extensions, or maybe requiring web store extensions to be declarative but allowing "power-users" to still manually install non-declarative extensions.

Post reply on HN