Skip to content

Loading…

[Android] Please consider Android version #556

Closed
ghost opened this Issue · 9 comments

6 participants

@ghost

I know that you're already very busy with the existing µBlock versions. Nevertheless, an Android version would be very welcome at some point in the future. I'm not talking about a version for the Android version of Firefox (#524) but about a native Android apk that blocks system-wide and would be able to replace both Adaway and Adblock Plus.

It would require root access and would probably be removed from the Google Play Store as happened before to both apps above.

So ... just an idea if you will ever feel bored ;-)

@haarp

Adaway employs DNS poisoning while Adblock Plus (Android app) creates a forced proxy server that all requests go through.

That's fundamentally different from what browser extensions are doing. There is nothing uBlock can do here.

@ghost

@haarp I know how Adaway and ABP on Android work. I was explicitly not talking about a browser extension. Thus, I don't understand your reply.
It should be possible to use the platform-independent code of µBlock for an Android version. I know that won't happen in the foreseeable future (if I remember correctly gorhill mentioned somewhere that he doesn't even own a smartphone). Nevertheless, I opened this issue as a placeholder for a possible development sometime.

@haarp

uBlock is written in Javascript. It's platform-dependenant, the platform being a browser. And even if it could run stand-alone, what is it supposed to do? uBlock blocks requests in the browser and modifies websites. How is that supposed to work outside of a browser? To get global blocking in the entire Android OS, a fundamentally different method is necessary, like those utilized by Adaway and Adblock for Android.

@ghost

µBlock's engine is platform-independent, that's why it was possible to create Firefox and Safari versions. And I know, of course, that a different method for global blocking would be necessary (I had already presaged this in my first post), probably a proxy server like ABP does it. And, btw., gorhill was already thinking about such a solution some time ago.

@TheReverend403

Yes, it's platform independant across the browser platform. Platform independence doesn't mean it should run on literally anything that can execute code.

@behrmann

I would be quite content if there was a version of uBlock for Firefox on Android. Does this already work or are there any plans?

@d9h02f

Does just installing the xpi not work?

@TheReverend403

No, see my comments on #524

@gorhill gorhill added the available label
@chrisaljoudi
Owner

System-wide, system-level blocking only depends on the network requests being made, and that includes all the requests the system can capture.

In other words, a system-wide blocker can't be making decisions based on, say, what page an XHR request is coming from. It might be coming from a webpage in a browser, but it might also be coming from an app, a background service, a system software update, or any number of sources — and those aren't "pages" with URLs.

So, a system-wide µBlock would:

  • have no concept of Dynamic Filtering
  • have no concept of cosmetic filters (just ignores them)
  • not understand/enforce $thirdparty, $domain, $script, $image, etc. rules
  • have a different concept of what whitelisting means, or none at all
  • ...

That's a lot.

While µBlock's conceptual core is platform-independent, it's still very much a browser extension by nature (background.js, pagestore.js, contentscript-start.js, ...).

A system-wide blocker like the one you're talking about would only really share the matching engine µBlock has (actually just part of it).

That's not a "version of µBlock" — that's a sibling at best; a different, though related, project.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.