(Replying to PARENT post)
[1] https://developer.mozilla.org/en-US/docs/Web/HTTP/Client_hin...
(Replying to PARENT post)
(Replying to PARENT post)
From March 17th, 2023 (or whatever) all user agent strings are now βWebBrowser/1.0β until the end of time.
Just force the switch to better methods.
(Replying to PARENT post)
(Replying to PARENT post)
(Replying to PARENT post)
This joke flew right over me. Can someone elaborate?
(Replying to PARENT post)
(Replying to PARENT post)
(Replying to PARENT post)
(Replying to PARENT post)
If sites start rejecting Firefox clients because of that, then instead change it to send exactly the same User-Agent (and other software identification) that Chrome sends, and commit to exactly faking Chrome's signals in the future.
The UA header never had any business existing to begin with. Servers guessing client capabilities from the software they're running, or trying to work around client bugs, is architecturally insane, concentrates power excessively, and guarantees that morons will write bugs like the one this story is about. And the other uses of the information are simply evil.
If you need to signal specific capabilities, which you generally should not be doing because you shouldn't have punted all real attempts at standardization years ago, then signal specific capabilities. Or let the server try stuff and give only success or failure feedback.
(Replying to PARENT post)
>change useragent to egde/chrome
>it works now
Thank you Microsoft.
(Replying to PARENT post)
To push browsers to get rid of UA string, we should all use a UA string extension that uses the same string like "DOG-SHIT". That way it'll start showing up in analytics.
And if you're trying to date the "data science" girl, spam the app/website with UA string like "hi-amy-will-you-go-out-with-me--sincerely-jack-who-sits-behind-you."