uBlock-issues VS Fenix

There is an open issue for this: https://github.com/uBlockOrigin/uBlock-issues/issues/2786 uBO should report such filter as en error in Firefox, so that is the thing to fix.

This would be the price of one of the four CDNs (6000$ per month): https://github.com/uBlockOrigin/uBlock-issues/discussions/2958

opened a bug report https://github.com/uBlockOrigin/uBlock-issues/issues/3003

Current estimated cost for just ONE of uBO's CDNs: HERE. This is with other lists updating every few days. uBO's not a company, it's a volunteer project using free services, which have limits that we cannot cross.

The extension with the best success rate seems to be **uBlock Origin**. It is a community driven project with a team of volunteers, you can review the source code [here](https://github.com/gorhill/uBlock). You will need to update your filter lists regularly, this because Youtube changes detection methods daily. Here is how you do that:

Definitely a much-needed area for development. However, having gone down the browser extension rabbit hole, I've largely shifted my focus to user scripts. Granted, there will always be a need for specialized browser extensions like ad blockers (uBlock[1]), keyboard shortcuts (Vimium-C[2]), and password managers (Bitwarden[3]).

That said, I find user scripts superior for most tasks, despite some lacking UI niceties. They are easier to share, use, and crucially, audit—be it in terms of scope, permissions, or code updates. Plus if Manifest V3 is any indicator, the future for browser extensions looks bleak. While I don't agree with this direction, it's probably for the best for the majority of users, like my mom.

Your effort is commendable; however, should you find yourself looking for a viable pivot in the future, I believe the user script space is primed for innovation and could offer a good alternative.

[1] https://github.com/gorhill/uBlock

const defineProperty = function(chain, cValue, middleware = undefined) { let aborted = false; const mustAbort = function(v) { if ( aborted ) { return true; } aborted = (v !== undefined && v !== null) && (cValue !== undefined && cValue !== null) && (typeof v !== typeof cValue); return aborted; }; // https://github.com/uBlockOrigin/uBlock-issues/issues/156 // Support multiple trappers for the same property. // // trapProp is used to trap a single property within an object. const trapProp = function(owner, prop, configurable, handler) { if ( handler.init(owner[prop]) === false ) { return; } const odesc = Object.getOwnPropertyDescriptor(owner, prop); let prevGetter, prevSetter; if ( odesc instanceof Object ) { if ( odesc.configurable === false ) { return; } if ( odesc.get instanceof Function ) { prevGetter = odesc.get; } if ( odesc.set instanceof Function ) { prevSetter = odesc.set; } } Object.defineProperty(owner, prop, { configurable, //When a property is accessed (get), the custom getter function is called. get() { if ( prevGetter !== undefined ) { prevGetter(); } return handler.getter(); // cValue }, // When a property is modified (set), the custom setter function is called. set(a) { if ( prevSetter !== undefined ) { prevSetter(a); } handler.setter(a); } }); }; // trapChain is used to recursively trap properties along a chain of properties (e.g., object1.object2.property). const trapChain = function(owner, chain) { const pos = chain.indexOf('.'); if ( pos === -1 ) { trapProp(owner, chain, true, { v: undefined, init: function(v) { if ( mustAbort(v) ) { return false; } this.v = v; return true; }, getter: function() { return cValue; }, setter: function(a) { // Middleware is called when a property is set, allowing additional processing or validation of the new value. if (middleware instanceof Function) { cValue = a; middleware(a); } else { if ( mustAbort(a) === false ) { return; } cValue = a; } } }); return; } const prop = chain.slice(0, pos); const v = owner[prop]; chain = chain.slice(pos + 1); if ( v instanceof Object || typeof v === 'object' && v !== null ) { trapChain(v, chain); return; } trapProp(owner, prop, true, { v: undefined, init: function(v) { this.v = v; return true; }, getter: function() { return this.v; }, setter: function(a) { this.v = a; if ( a instanceof Object ) { trapChain(a, chain); } } }); }; trapChain(window, chain); }

Maybe https://github.com/uBlockOrigin/uBlock-issues/issues/2725 ?

It's been that way for years: https://github.com/mozilla-mobile/fenix/issues/20351

I lost hope it and other issues would be fixed and moved to Chromium on Android.

Firefox for Android was rewritten pretty much from scratch circa 2020. Collections are one of its many unfinished and poorly-thought-out features, and they never got around to implementing the ability to sync Collections to desktop. It was a known problem in 2019, while the rewrite was being worked on, and Mozilla doesn't appear to have given it any attention in the years since.

People have been asking for this for over a year via Mozilla's current feedback channels, and for two years on the previous issue-reporting venue, to no avail. It was automatically moved from the old venue to Bugzilla ostensibly because Bugzilla makes it easier to track and work on issue reports, but they haven't actually worked on that issue report at all.

Known issue, not a new issue, and unlikely to be fixed any time soon, unfortunately. I had this before I stopped using the Android version a year ago. It was reported as a bug at least a year ago on their old issue tracker, and later moved to the current one, where last activity on the issue report was three months ago. No apparent progress toward any fix.

Since Fenix's first release they've been saying that the absurd limitations on add-ons support were only temporary, and they would have quickly increased the number of supported ones.

And instead absolutely nothing changed for three years.

Furthermore the insane bugs from which Fenix suffers from its release (https://github.com/mozilla-mobile/fenix/issues/12731) (making it unbearable) have been left hanging, focusing the few resources on dumb ui experiments.

So everything suggested that Mozilla did not care of its Android browser, or actually that they were deliberately sabotaging it.

This news instead represents a huge improvement, hence my bewilderment.

I don't know what people who downvoted my message thought I meant.

https://github.com/mozilla-mobile/fenix/issues/20012 and https://bugzilla.mozilla.org/show_bug.cgi?id=101865

This was sadly deprecated on Android: https://github.com/mozilla-mobile/fenix/issues/12099

It was such a huge loss for me that for at least a year I used the outdated pre-Fenix. Now they still work on Desktop but they just stopped working on Android (althouth the bookmarks itself are synced-up)