28
Trackers in forks of Firefox for Android
(lemmy.one)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 24 Jul 2023
28 points (91.2% liked)
Firefox
17840 readers
340 users here now
A place to discuss the news and latest developments on the open-source browser Firefox
founded 4 years ago
MODERATORS
(The F-Droid branch at least) will "shim" the trackers, meaning rather than attempting to dive into the code of every single update and remove all the tracking hooks, it instead replaces the tracking code with blank functions that don't do anything but exist just so there is something there when Firefox attempts to call into them so it doesn't crash.
Naive scanners that simply read the list of classes that are in the program will see them and go "ooh there's a tracker here", but they can't distinguish between actual tracking code and these "neutered" versions that don't do anything.
So I think that this is a bad decision by Mozilla. Who's idea was it to make a trackerless fork crash?
I can't think of any good reason for them to make it impossible for a forked browser to function properly, if they try to remove all trackers.
Even if you can be sure that the code is junk and harmless, that's unfortunate and just doesn't look good IMO.
Mozilla isn't doing anything malicious (or even intentional) here IMO. Firefox as a codebase is gigantic, and most forks are tiny and under-resourced in comparison, so they have to resort to tricks like this if they want to be able to keep up with updates in a timely manner.