Edit, looks like Firefox is smarter than me, ignore this.
I donāt know what the link was doing, but just because FF thought it was ātracking infoā does not mean it was nefarious. It could be used for authentication or security. I have not tested it, but I presume this would break a āreset your passwordā email link.
I'm rather certain, the way it works is that it removes parameters that are named like well-known tracking parameters. For example, most webpages use Google Analytics, so you see UTM parameters everywhere.
A "reset your password" link could theoretically use a parameter that's named utm_content, then it would presumably get removed by this feature, but I see no sane reason why one would name their password-reset parameter like that.
In general, such tracking parameters are usually named in a way that it will rarely clash with other parameters a webpage may want to use, so for example they may have a prefix like utm_.
Looking at some comments on the linked post, I think you are right, and it would probably be fine for things like a password reset. I could play around with it, but my laptop is in the other room.
Umm, your telehealth link was basically a one time password to log you in/authenticate you.
This feature is for browsing the web where you shouldnāt have to identify yourself to visit a blog about Ravens. If youāre visiting your bank, a service you already use, etc, then the unique url was more for them to confirm itās you because only you have that unique url.
This is a good step forward for privacy. However, how itāll handle data embedded in the URL like MVC?
Also, if it does work well, itās a matter of time until developers find a way to get around it and probably enhance and increase data collected in the process.
It's just the GET parameters it's stripping, those can be used for all sorts of things to pass information to a website to be used as variables for all manner of innocuous things... They just get (ab)used by trackers more than normal web traffic since most of the other uses comes from a site that can pass that as a POST instead, which embeds the parameters in the request header rather than making the URL a mile long, and wouldn't be useful (and could actually be problematic) to be shared with others as part of copying it