Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

uBlock Origin Lite: Description

github.com

Post reply on HN
Print view View original

91–100 of 155 posts

Re: uBlock Origin Lite: Description

#91

Post by zamalek »

vntok wrote: post #45
mirashii wrote: post #17

Earlier quoted context omitted.

The MV3/UBO issues are not really at all related to this ticket or GUI. The thing people take issue with is the removal of a number of mechanisms for intercepting and blocking traffic that uBlock Origin uses. https://github.com/uBlockOrigin/uBlock-issues/issues/338 has a more detailed list of issues.

If you have a look at the bottom of the discussion in that link: > The redirect-rule= filter option is also not compatible with DNR redirect action due to differing matching algorithm. In uBO, redirect filters do not compete with block/allow filters, as the redirect directives are looked up only after a network request has been matched to a block filter, whichever that is. This works differently in the DNR matching a…

> These issues are all fixable by acting as proxy and inspecting/modifying/replacing requests on the fly (in sync/blocking mode).

That is not possible in MV3, and is the center of the entire problem.

Re: uBlock Origin Lite: Description

#92

Post by fedorareis »

comfypotato wrote: post #77
longtimelistnr wrote: post #70

Earlier quoted context omitted.

The reason is that it is not a direct source of course because the authors cannot be validated. Never met a college professor that said don’t use Wikipedia (if anything it was encouraged) as long as you’re pulling from the citations. I had plenty of high school teachers talk about how awful it is though and I think it was because they just didn’t understand it

I'll take this a step further to say that my graduate algorithms professor assigned Wikipedia articles as reading. The parent blanket statements are just that: overgeneralizations.

I had a similar experience. My cryptography professor regularly linked to Wikipedia articles in his assignments as the reading to go with the assignment. Honestly, the last time I had a teacher really say something against using Wikipedia was in high school.

Re: uBlock Origin Lite: Description

#93

Post by FabHK »

webmobdev wrote: post #78
novok wrote: post #51

Earlier quoted context omitted.

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.

Switch to Orion browser - https://browser.kagi.com/ - it's a Safari / webkit clone with built-in uBlock Origin.

Thanks for the suggestion, I've been looking for something like that. Will give it a shot.

  brew install orion

Re: uBlock Origin Lite: Description

#94

Post by tibbon »

jchw wrote: post #73
runjake wrote: post #69

Earlier quoted context omitted.

But, do you donate? https://archive.org/donate?origin=wbwww-TopNavDonateButton (Couldn't find links for uBo and ytdl. I've asked gorhill where to donate in the past and they've refused donations.)

Note that you cannot manage your recurring IA donation for any reason without manually contacting them. For this reason I have not moved my IA donation to my newer credit card nor increased my donation since it was set up. I do not know if this is a dark pattern or just an oddly limited system, but the only officially recommended solution is to use PayPal. So I'd recommend that. https://help.archive.org/help/how-do-i…

I've worked on several large recurring payments platforms. It isn't rocket science, but let me tell you it is generally a pain in the ass to to manage recurring payments - in most of the systems I've worked in its easiest to just cancel and start a new one. The schemas are generally awful and make a lot of assumptions in the worst of ways. I wouldn't be shocked if the IA just finds it easier to manage manually than put in the large amounts of money for a refactor. One org I was with it took a Staff engineer nearly two years to rework the very odd weekly recurring feature to make it something that would be later made into something you could edit (of note, it was entirely separate in logic than the monthly recurring...)

Re: uBlock Origin Lite: Description

#95

Post by ouid »

tyingq wrote: post #79
staticassertion wrote: post #37

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"…

The reason you don't get it is that taking away the functional part of onBeforeRequest() doesn't really help with privacy. Because extensions can, for example, still inject arbitrary javascript if those permissions are in the manifest. What it really does is ensure that adblockers can't do heuristics, and instead have to rely solely on semi-static lists of urls. That's a nice outcome if you're a company that makes mo…

security here meansgoogle being able to ensure you are running the code that google gave you, instead of illegally running your own code.

Re: uBlock Origin Lite: Description

#96

Post by staticassertion »

tyingq wrote: post #86
staticassertion wrote: post #85

Earlier quoted context omitted.

> Perhaps another way to look at it is not Google actively defeating adblockers, but giving a gift to their customers that pay for ads...making it easier for those customers to deal with the rising tide of adblockers, paywall end-arounds, etc. This assumes that Google's ads will start to bypass the V3 adblockers. V3 in and of itself does nothing, Google's ads are still blocked by the updated adblockers. > I don't kno…

"Google's ads" is a broad category. I imagine there's many already defeating ad blockers. They wouldn't start with adsense or their ads on google search.

I'm not really familiar with more than AdSense and Youtube (I think Youtube's ads are a separate thing, I'm not sure).

Re: uBlock Origin Lite: Description

#97

Post by ouid »

staticassertion wrote: post #72
BrianGragg wrote: post #42

Earlier quoted context omitted.

Maybe I'm out of touch but I think the 'malware' they are worried about are ad blockers.

I don't think so. That gets repeated a lot but I think people are just unaware of the fact that Google ads are particularly uninvasive and easy to block. If ad blockers are less capable that will only help Google's competitors, not Google. Another comment the other day confirmed that Google's ads continue to be blockable with V3. This could change - AdSense ads could start implementing bypasses. I think that's unlike…

you think youtube ads are uninvasive?

Re: uBlock Origin Lite: Description

#98

Post by phlyingpenguin »

Nextgrid wrote: post #59
viktorcode wrote: post #34

Earlier quoted context omitted.

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.

I did this earlier today. The background stuff (I forget the name of what crashed at present) crashes on a vanilla conversion. It did block some ads, but wasn't full-featured.

Re: uBlock Origin Lite: Description

#100

Post by everdrive »

Dwedit wrote: post #50
Ligma123 wrote: post #11

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

The contributors to EasyList should be getting their share of credit here. Basically every adblocker depends on them.

This is a great point. Does anyone know how one can contribute to easylist? It seems like something worth helping with.
Post reply on HN