Brave is perhaps the most ethically challenged browser out there. Hopefully they have stopped doing this, but they were injecting their own ads instead of what the publisher put on their website.
The reader can guess how Brave expects to make money with a free browser that is handing out BAT :-)
Personally I reserve judgement, but I see why some look at it this way.
Of course sites can block requests based on Brave's user-agent string if their business depends deeply on ad revenue and they consider users with ad blockers to be abusing their service. That's their prerogative if this really irks them and it's worth losing the users. On the flip side if this becomes popular enough then site owners see real money on the table and they'll opt in to picking it up. That seems like an easy fix for them. If I was a site contemplating either blocking content to users with ad blockers or allowing cooperative users to opt into a more private client-side ad experience which still gives me the opportunity to collect revenue for their traffic, I'm pretty sure I'd choose the cooperative approach.
(Not on Twitter, can't run the experiment myself.)
After a few weeks of this you'll get some pretty strange tweets from really obscure brands. You will however still regularly see promoted tweets from financial services companies, because there are apparently an infinite number of them.
I currently see no reason to switch from FF which I use everywhere and benefit from Sync. Hopefully someone else will find it of interest.
I have a few apps that I just use the mobile web version. The bonus is that there is no app collecting gps and lists of installed apps and such, though, in theory, the new permissions help with that.
Think about it like in this oversimplified/stupid example: A "fix" or change is implemented in Chromium. In the long run (intended or otherwise) it turns out it moves pixels slightly differently than the way Firefox does it. If almost all your visitors use Chrome you have to design your site to be perfect in chrome and you might do so in Firefox. Now you have sites that look as intended in Chrome but maybe look as it should in Firefox. This make Firefox users use Chrome more.
Now Brave et. al. is part of the problem, helping drive the only real competition out of market (and killing their only way out should they some day need to change engine).
In extremely complex code this is very hard to not be a part of and a company like Brave is way too small to fork Chromium for long if at all.
What this means is that this engine becomes the de facto standard of the web and this standard is controlled by the main contributor of the engine.
Every browser is now constrained by Google's own decision about what should the web be. Sure, they could technically disagree by forking WebKit/Blink, but since websites are made to work with Blink, a disagreement means being incompatible with such websites.
That's already the way it works in the real world... the standards are irrelevant and ignored, only caniuse and browserslist actually matter. Like it or not, Blink is the new IE6, and its marketshare is only increasing.
Ideally it would be something not controlled by Google but by an independent third party (hand Blink over to Mozilla, deprecate Gecko?), but good luck with that.
Maybe this system wouldn't be as ideologically pure as building compatible renderers to a set standard, but it would result in far better developer and end-user experiences as the web quickly standardizes to a single renderer. The world simply does not need 10 different ways to display HTML with 90% compatibility.
Of course those are just random made up ideas but the point I want to make is that it's giving only one actor the power to define what the future of our only and sole international knowledge network will be.
The thing is, the existence of Gecko never actually meaningfully challenged corporate oligarchies. Mozilla's mission was noble but they were never particularly effective at it... web standards went from IE6 being the defacto standard to the Wild West for a while to Webkit dominance to a Blink/Webkit duopoly. There was never a period where we actually saw a standards-based web ecosystem. It was always renderer-based. In that sense, I'd argue the Gecko contributors (and Mozilla as a whole) would have more influence over the web ecosystem if they abandoned Gecko and focused on the Chromium/Blink project instead, especially if they had override/veto power over questionable commits from any one corporation. As it is, Gecko/Firefox is less than 5% of the web. You can't influence, much less set, any real standards when you're just a rounding error.
Like it or not, Chromium IS the standard. Only when Mozilla realizes that will they actually have a chance to succeed at their mission, instead of being the beloved but always-losing underdog...
One way or another, browsers are heading towards engine homogeny (or hegemony), but Firefox and Safari are at least slowing this process down to some extent.
I know it might be the extensions (I have 20+) but I seriously don't care. Chrome manages to be fast with the same set of extensions.
I don't like Google but Firefox's slowness is a real strain on my productivity and brain well-being. Hope they improve even more soon.
I am on an iMac Pro btw. Stuff like this should not ever happen on a workstation.
Can't describe it perfectly. The UI is responsive but page loading is just severely slowed down -- not always but often. I have a bunch of privacy extensions but again, they don't seem to make Chrome sweat.
If you are using uBlock Origin, you may want to see if un-checking "Uncloak canonical names" option in the "Settings" pane in the dashboard makes a difference.[1]
There have been reports of slow page load with some network configurations, and this has been linked to DNS lookup in uBO.[2]
Chromium-based browsers do not support CNAME-uncloaking, and so this would explain why the issue is not present in Google Chrome.
* * *
[1] https://github.com/gorhill/uBlock/wiki/Dashboard:-Settings#u...
EDIT: pay no attention to the text below, I have misread the linked documentation. uBO isn't using external proxy for any network requests.
Not sure how much -- or at all -- you're involved with uBO. Your name does ring a bell though so I'd like to remark to you that making the users' browser use proxy is a step too far. It shouldn't automatically be enabled.
A privacy extension should do everything it could locally and stop there. If I one day figure it's not enough then I'll set a privacy VPN (or use an existing one).
I don't want that decision made for me on my own machine without my consent. :(
And apologies if my comment is misguided -- I only skimmed the linked page and I might have misunderstood.
uBO does not do this, and nowhere is there any suggestion that uBO does this.
Users configure their own network settings, and it was found that in some cases when the browser is configured to go through a proxy (through either OS or browser settings), uBO's CNAME-uncloaking feature, which requires a call to the `dns.resolve()` API[1], would cause undue delay to page load. The root cause is outside uBO and outside the browser, it lies in the proxy.
* * *
[1] https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/Web...
FYI I'm asking, not doubting or blaming or whatever.
But the fact remains that I installed 100% the same set of extensions on Chrome and it loads pages at least 2X faster.
I might be a programmer, I might care about putting a rod in Google's giant personal-info-gathering machine, and all that good stuff that makes us feel we're making a difference in the world -- but when 1/3 of all my pages load more slowly in Firefox, I can tolerate this only for so long.
So I don't really know which factor is the real page load speed detractor. I just wish the Firefox team fixes it.
You can't really compare that to a native linux/windows experience.
You're telling me Firefox under macOS is using Safari's engine? If so, wow. Extremely disappointing.