Apple has recently updated Safari (v13) to further restrict the ability of plugins… not actually sure that statement is entirely true without qualification, but for the sake of simplicity it is essentially correct. The immediate result of which is that uBlock-Safari is no longer usable.
The writing has been on the wall for a long time as the project was unmaintained for months – nothing had been pulled from upstream since April of 2018. Yes, it still worked but many of the countermeasures deployed by the attention thieves were becoming annoying.
Despite having a pi-hole configured on the network, which is blocking some 15 – 20% of requests (yes, that’s right roughly a fifth of the internet traffic is tracking / ads / trash), it’s still useful to be able to block at the element level. This “necessity” has lead me back to using Firefox as my default browser for the first time in many years.
For a long time Firefox on OS X / macOS has been horribly inefficient. Just regular browsing would chew through laptop battery at an amazing rate, playing video would immediately spin up fans. The same usage pattern in Safari is much much better. Lately changes have started to land in the Firefox Nightly release that start to address these issues. My understanding is that it is now using the Core Animation APIs and changing the way the compositing happens. You can read all about it in ticket Bugzilla 1429522.
In the longer term, my plan is to return to Safari as the default browser. What is missing is a content blocker that provides element level blocking… most likely that is going to be 1Blocker but i’ve not got around to validating that is the case.
The reason behind this desire to go back to Safari is not entirely straightforward. Despite being annoyed that uBlock Origin can no longer ship as it once did, the rational behind the change to Content Blocking API is essentially sound: plugins doing content level blocking require full visibility of the data being displayed in order to remove the elements which are blocked. With the new API this is somewhat inverted, the content blocker tells the browser what to block and there is no need to trust a third-party with processing all the data. Yes, it’s a pain to go through the transition but given the amount of trust it is necessary to have in a browser and, by extension, it’s plugins, it makes sense.
However, the above is not the entire story. Despite the improvements in Firefox Nightly, it’s still more power hungry than Safari, it just doesn’t integrate as neatly with macOS. Sharing and hand-off don’t happen. Gesture support is lacking (mostly pinch to zoom, which might be supported, but doesn’t work for me in the nightlies). And finally there are niggles like the reader not being a polished, scrolling not feeling as smooth… things that would eventually become annoying.
In summary: back using Firefox; it’s much improved; will probably stay for a while; still expect to return to Safari in the future.