I notice that the connectivity check on Lineage OS now create a connection on google.com.
Before it was just a HTTP GET on connectivitycheck.gstatic.com but now there is an HTTPS connection to google.com and I do not know if it is part of the connection check and if it is sending data.
My lineage build is whithout any google services, on the 17.1 branch.
Is this a normal behavior ? Is this patched on e ?
For LOS Is this a normal behavior. For /e/ OS this was a ânormal behaviorâ until summer 2019. The connectivity check is now Google-free. The related issue (#268) in the GitLab instance of / e / was closed in September 2019.
Big issue anyway, the file
⨠android_frameworks_base⊠⸠â¨services⊠⸠â¨core⊠⸠â¨java⊠⸠â¨com⊠⸠â¨android⊠⸠â¨server⊠⸠â¨connectivity⊠⸠NetworkMonitor.java is gone in android 10.
Looks like it is replaced by android_frameworks_base⊠⸠â¨services⊠⸠â¨core⊠⸠â¨java⊠⸠â¨com⊠⸠â¨android⊠⸠â¨server⊠⸠â¨ConnectivityService.java Line 254
I donât really understand the issue here.
You are referring to the codebase of Android 10 which is not yet available for /e/-OS at all.
So where is the relation to /e/?
And Iâm sure, that once development for Android 10 starts, that connectivity checks to Google are removed here too.
Why should the problem start to appear very soon? Once the /e/-devs start to develop /e/-OS 10 or even 11, they will fork the AOSP/Lineage codebase and adjust the source code to their own needs.
So it doesenât matter what Google is doing on their side. There will always be calls to Google servers in the AOSP code and also in the Lineage code (as long as Lineage does not focus on being google-free) because they are seperate operating systems and not related to /e/. These calls will then be removed by the /e/-devs when they develop new versions of /e/-OS.
If you for example compare the codebase of /e/-OS pie with the corresponding Lineage version, you will notice that the connectivity check of Lineage still uses Google servers while /e/ uses its own servers. Thatâs what the devs are calling âUngooglingâ - identifying unwanted google calls in upstream code and removing/replacing them in their own source.
This G°-annoyance is unfortunately not the only one on /e/ websites. And itâs been known for a long time already. /e/ has to try harder and finally change that!
I browse primarily with my host machine on /e/ websites and the WWW. My router blocks a lot of these âbadâ sites via Blacklist.
Please everyone, It was just a little message about a little problem that may appear in the future, I do not want anyone to argue about something like thisâŚ