5 ms·
This seems particularly unhelpful for bug reporting systems. Being able to see a specific bug is only happening on Chromium 78 for Linux can save a lot of time
by shortercode 7y ago
This seems particularly unhelpful for bug reporting systems. Being able to see a specific bug is only happening on Chromium 78 for Linux can save a lot of time and frustration. In theory the user can fill in the details on a bug report themselves, but it's hard enough to persuade them to copy paste the crash message we generate for them at the moment.
- penagwin 7y agoThere should be better ways to identify the browser than the user agent. The user agent is a legacy artifact, have you seen how many "compatibility" parts are in there? Like why does the chrome user agent say "Mozilla" in iy?
- samastur 7y agoYes, but do you know any? UA is the only thing I get in server logs to discover how much attention I should pay to support particular browsers.
- miohtama 7y agoUser agent strings will be deprecated in favour of UA Client Hints, as mentioned in the proposal https://wicg.github.io/ua-client-hints/ https://wicg.github.io/ua-client-hints/
- penagwin 7y agoThere's not really a good server side way to do it unfortunately. All the current alternatives to my knowledge require js. It depends on your application but the only real alternative is to use a js analytics library to collect the statistics. The good news is that they're more accurate, can give you more information, and there's plenty of self hosted options like Matomo. But it is yet another thing the client as to load, and adblockers will likely skew your metrics.