addons-frontend VS fdroiddata

They've admitted to it in their github. It even happens when you've changed the default search engine, and set the new tab to about:blank.

It may be true that browsing about:addons (as described in the cited source) pings Google analytics (untested by me), but the source bug report also links to this description of legal contracts between Mozilla and Google that clearly show that Google is prevented from mining or sharing this data. Google may stil have access to the data (couldn't find a reference), but I'm sure UBO has a thing or two to say about that.

Firefox has google analytics built in to spy on users.

As for "why", the current blocklist is able to scale a lot more than the previous versions. Combined with the fact that this page wasn't super useful per se, we decided to not recreate such a page. See also: https://github.com/mozilla/addons-frontend/issues/9216

This looks like a bug. I filed an issue for that and submitted a patch.

If you're referring to Firefox using Google Analytics for the Firefox Add-ons frontend, as of July 2017, Firefox has disabled Google Analytics for any browser that has Do Not Track enabled.

https://github.com/mozilla/addons-frontend/issues/2785#issue...

This change was made in response to pressure from HN readers, so thanks to everyone for that.

How does something being open source inherently make it more ethical? Is an OSS that spys on all of your information more ethical than a proprietary software that doesn't? It's not like it's an impossibility for OSS to be malicious!

Because Firefox is also horrible, THEY USE GOOGLE ANALYTICS

I made an issue for this on GitHub. Give it a thumbs up if you're interested! https://github.com/mozilla/addons-frontend/issues/10087

Fork this repository.

For reference my app: project: https://github.com/balzack/databag merge request: https://gitlab.com/fdroid/fdroiddata/-/merge_requests/12183

You should add a new entry in "Builds". Have a look at how Newpipe does it for each new version here for example.

To me it's not very clear whether those terms practically apply only to their app, since clearly they can't grab logs from Aurora if Aurora doesn't dump those logs for example... but if this is something the F-Droid team should look into, open an issue on https://gitlab.com/fdroid/fdroiddata/-/issues or inquire in one of their official channels on OFTC (#fdroid) or Matrix (#fdroid:f-droid.org).

OsmAnd~ from F-Droid not having Android Auto is a known bug: see the discussions at https://gitlab.com/fdroid/fdroiddata/-/issues/2567 , https://github.com/osmandapp/OsmAnd/issues/13514, https://github.com/osmandapp/OsmAnd/issues/3391 and https://github.com/osmandapp/OsmAnd/issues/15400

You can also get F-Droid Build Status which I believe will let you see apps that are being attempted to be built even if their build isn't succeeding yet, again for the "catching things early experience". Or, just keep an eye on the issues, merge requests and commits at fdroiddata which is where people actually add new metadata for new apps to be built by F-Droid, and it often takes a while between an app being first mentioned, and it being able to be included, for many possible reasons.