News for hackers. Stuff that matters.
Re:Google proposes changes to Chromium which would disable u... by metalliqaz on Tuesday January 22, 2019 @06:32PM (#18973939)
But the design document only mentions retaining the old API for features that aren't possible with the new API, such as onAuthRequired. So it would still cripple uBlock
Re:Google proposes changes to Chromium which would disable u... by DanielRibeiro on Tuesday January 22, 2019 @08:05PM (#18974688)
I really like the point the uBlock maintainer's make:

"Extensions act on behalf of users, they add capabilities to a user agent, and deprecating the blocking ability of the webRequest API will essentially decrease the level of user agency in Chromium, to the benefit of web sites which obviously would be happy to have the last word in what resources their pages can fetch/execute/render."

Re:Google proposes changes to Chromium which would disable u... by Mirioron on Tuesday January 22, 2019 @10:37PM (#18975455)
I'm just waiting for the time until websites won't load at all unless you have hardware DRM turned on that will take all of your control away.

>Extensions act on behalf of users, they add capabilities to a user agent, and deprecating the blocking ability of the webRequest API will essentially decrease the level of user agency in Chromium

This is off-topic, but I felt the same way about most data privacy problems. It was my own browser that was giving out the information and I would still like to see better control over it by default. Data privacy laws are simply a bandaid that don't help at all against malicious actors.

Re:Google proposes changes to Chromium which would disable u... by giancarlostoro on Tuesday January 22, 2019 @10:45PM (#18975502)
> I'm just waiting for the time until websites won't load at all unless you have hardware DRM turned on that will take all of your control away.

I already leave websites that become unusable with adblock on, or without it on. It will just trim down on the amount of sites I go on.

Re:Google proposes changes to Chromium which would disable u... by mirimir on Tuesday January 22, 2019 @11:21PM (#18975657)
Same here.

If it's something I'm particularly interested in, I look for a cache, snapshot or whatever.

Edit: Or just read HN comments.

Re:Google proposes changes to Chromium which would disable u... by giancarlostoro on Tuesday January 22, 2019 @11:31PM (#18975695)
Ah yes, I used Firefox' reader mode, but some news sites now don't even properly support that. I may have to remind myself not to go on those sites anymore as well.
Re:Google proposes changes to Chromium which would disable u... by acqq on Wednesday January 23, 2019 @03:30AM (#18976634)
> Firefox' reader mode, but some news sites now don't even properly support that

All sites which are on Google Amp. Google, whenever it can, "helpfully" gives me the amp site and then I have to find and click the link to the actual site to get to the "readable" version.

Re:Google proposes changes to Chromium which would disable u... by 18pfsmt on Tuesday January 29, 2019 @07:21PM (#19031358)
Excuse me, but I believe using a google website to get to content negates the whole discussion over how to prevent webscale surveillance by advertising companies.

In other words, if your "solution" to the problem as outlined in the OP involves google, you already lost.

Re:Google proposes changes to Chromium which would disable u... by mancerayder on Wednesday January 23, 2019 @09:41AM (#18978461)
I'm just waiting for the time until websites won't load at all unless you have hardware DRM turned on that will take all of your control away.

My money is on news sites and other paywall sites doing that first. How long before they stop letting us "open in new private window"? Washington Post doesn't even allow that anymore -- a shame too, since I haven't read a single one of their articles since then.

Re:Google proposes changes to Chromium which would disable u... by Sidnicious on Wednesday January 23, 2019 @01:23AM (#18976125)
Extensions should act on behalf of users but, like websites, some don't. A questionable or poorly-maintained extension can do more damage than any single website, and browsers can support user agency by replacing APIs with better ones: an effective declarative API for content blocking would majorly speed up extensions like uBlock Origin and make it harder for other extensions to follow users around the web.

That said, we should all fight for changes that let extensions like uBlock maintain feature parity.

Disclaimer: I'm both a Chromium developer and a uBlock Origin user and speak only for myself.

Re:Google proposes changes to Chromium which would disable u... by chacham15 on Wednesday January 23, 2019 @03:20AM (#18976595)
If you create a superior api (esp w/regards to speed) people will naturally move to extensions which use that api. Then once usage of the old api has dropped significantly, you can deprecate the old api.
Re:Google proposes changes to Chromium which would disable u... by rkangel on Wednesday January 23, 2019 @05:35AM (#18977155)
It has been proven time and time again, that that's at best only partially true. There are two factors:

If they have something working with one API, they have to have a good reason to re-implement it with a new API. It may be 'fast enough' and reliable, so why go through all that pain?

Or, it's just the long tail of API consumers (e.g. site on the web). Some things aren't maintained and updated, but they don't go away.

Re:Google proposes changes to Chromium which would disable u... by fapjacks on Friday January 25, 2019 @10:01AM (#18998468)
I would gladly live in the universe which is a smoking bomb crater of questionable and poorly-maintained browser extensions, than be a wealthy rock star in any universe of amazingly performant extensions, but which are using a browser API which has denied my right to self-determination on my own computer, effectively taking away my ability to say "no" to actions which are then forced upon me. This is like a kind of information rape. And here the suggested "alternative" of static, declarative, JSON-only filters means no programmatic ability to veto requests before they happen. It is effectively forcing users to leap before they look. And this completely arbitrary limit on the number of filters -- and it is completely arbitrary -- is the same kind of neutering mechanism, forcing me to "prioritize" a small number of request vetoes. In other words, it's forcing me choose the manner in which the rape happens.
Re:Google proposes changes to Chromium which would disable u... by sgentle on Tuesday January 22, 2019 @11:35PM (#18975711)
I think this is the core difference motivating this change: do extensions necessarily act on behalf of users? If that were true, there'd be no such thing as extension malware.
Re:Google proposes changes to Chromium which would disable u... by qbaqbaqba on Wednesday January 23, 2019 @02:46AM (#18976459)
Google's business model is exactly the same.
Re:Google proposes changes to Chromium which would disable u... by tlavoie on Wednesday January 23, 2019 @02:39AM (#18976437)
Is it perhaps time to return to using external tools such as Privoxy, Pi-Hole and the like? Privoxy appears to still be around, and (I think) was originally at the forefront of user-managed web controls.

Once the browser reaches its natural Borg-self, transparent user-level tools will be all that provide a semblance of control. Well that, and Firefox.

Re:Google proposes changes to Chromium which would disable u... by michaelt on Wednesday January 23, 2019 @02:59AM (#18976510)
If a website shows a popover ad, it might be a first-party script putting up a modal, then a third-party iframe with the ad inside that modal.

Blocking at the network layer will leave the iframe blank, but the modal will still be present. It's not such a good user experience, especially for less savvy users who might be confused by a mysterious blank modal.

Re:Google proposes changes to Chromium which would disable u... by AsyncAwait on Wednesday January 23, 2019 @05:16AM (#18977088)
Tools such as Pi-Hole cannot block YouTube ads effectively.
Re:Google proposes changes to Chromium which would disable u... by tgragnato on Wednesday January 23, 2019 @04:14AM (#18976849)
AFAIK Privoxy isn't actively maintained.
Re:Google proposes changes to Chromium which would disable u... by 18pfsmt on Tuesday January 29, 2019 @07:29PM (#19031399)
I think you are correct, and that may be an opportunity.
Re:Google proposes changes to Chromium which would disable u... by vetinari on Wednesday January 23, 2019 @09:46AM (#18978505)
That's what the DNS-over-HTTPS is about - so your local DNS won't be consulted, instead it will be drowned in the HTTPS traffic. Remember, SNI is going to be encrypted too, so your router cannot distinguish DNS and regular traffic.
Re:Google proposes changes to Chromium which would disable u... by edwintorok on Tuesday January 22, 2019 @07:24PM (#18974402)
What if someone would create a pull request to implement unlock origin natively inside chromium, instead of an extension. If such a PR met all technical criteria, would Chromium project accept it?
Re:Google proposes changes to Chromium which would disable u... by berbec on Tuesday January 22, 2019 @07:51PM (#18974591)
No. Google would not include, as a built-in part of Chromium that is installed by default, a feature to lower their ad revenue.
Re:Google proposes changes to Chromium which would disable u... by awirth on Tuesday January 22, 2019 @08:31PM (#18974855)
Doesn't Chromium already lower their revenue from other lacks of integration that are included in Chrome?
Re:Google proposes changes to Chromium which would disable u... by berbec on Tuesday January 22, 2019 @08:34PM (#18974871)
Next to no one uses Chromium. The integrations usually start in Chrome, leaving Chromium pure, allowing Opera etc to forge their own path. This is a disturbing trend to change the course of the project, likely due to Edge being based on Chromium.
Re:Google proposes changes to Chromium which would disable u... by jbigelow76 on Tuesday January 22, 2019 @10:08PM (#18975305)
I bet a decent chunk of the MS engineers lobbied to adopt Gecko instead of Chromium when they decided to move away from EdgeHtml. I wonder what the reasoning was for not going that route, it seems like a huge miss and a total acceptance of a browser monoculture.
Re:Google proposes changes to Chromium which would disable u... by ChrisSD on Tuesday January 22, 2019 @10:24PM (#18975389)
Gecko is deep in to a transitional phase. Once it comes out the other end it may be simple to embed but it's currently far too early for that.

On the other hand Chromium is relatively simple to adapt with many real world examples to learn from.

(Personally I think they should stick with EdgeHtml but it seems that ship has sailed).

Re:Google proposes changes to Chromium which would disable u... by dralley on Tuesday January 22, 2019 @11:06PM (#18975589)
I wish they would have thrown in with the Servo project, but Chromium is ready now and Servo isn't, so I'm sure that factored in.
Re:Google proposes changes to Chromium which would disable u... by fiddlerwoaroof on Wednesday January 23, 2019 @01:20AM (#18976108)
I wonder how quickly servo could become feature if a major player decided to adopt it.
Re:Google proposes changes to Chromium which would disable u... by addicted on Wednesday January 23, 2019 @02:45AM (#18976457)
nodeJS uses Chromium and not Gecko. I suspect MS’s requirements basically necessitated the use of Chromium.

However, this does provide an opening for MS edge, if MS forks Chromium for Edge and excludes user hostile “features” such as this.

Re:Google proposes changes to Chromium which would disable u... by sireat on Wednesday January 23, 2019 @07:25AM (#18977619)
Sadly the only use of Chromium among regular non-tech people is in spyware/malware installations.

There is a quite a bit of adware which uses unsigned Chromium to push their wares.

That is the malware installs a modified Chromium with all the "extras".

So anecdotally, when I see Chromium on a users computer I assume the worst (that I have a cleanup task ahead).

Re:Google proposes changes to Chromium which would disable u... by edoceo on Tuesday January 22, 2019 @08:21PM (#18974790)
Brave browser may be what you are looking for.
Re:Google proposes changes to Chromium which would disable u... by pmontra on Wednesday January 23, 2019 @02:23AM (#18976387)
Isn't it also based on Chromium?
Re:Google proposes changes to Chromium which would disable u... by 18pfsmt on Tuesday January 29, 2019 @07:34PM (#19031425)
Sure, but this change might cause a hard fork. VC investment in browsers has been a long time coming.
Re:Google proposes changes to Chromium which would disable u... by philliphaydon on Tuesday January 22, 2019 @07:52PM (#18974600)
Of course not.
Re:Google proposes changes to Chromium which would disable u... by dzhiurgis on Wednesday January 23, 2019 @02:36AM (#18976430)
I'd love Chromium feature that uses system password manager (macOS / iCloud).

On the flip side Chrome's profiles are nice and I wish macOS supported more of it.

Re:Google proposes changes to Chromium which would disable u... by profalseidol on Tuesday January 22, 2019 @10:17PM (#18975351)
If you want something like that, get Brave. It's Chromium-based that has privacy and ad-blocking built-in.
Re:Google proposes changes to Chromium which would disable u... by teknologist on Tuesday January 22, 2019 @11:41PM (#18975727)
Is there a chance that Google's changes here might disrupt Brave's integration into Chromium? I mean, they might be using this WebRequest API to do their built-in blocking.