Severity: normal → enhancement
Component: Untriaged → Developer Tools
OS: Windows XP → All
Hardware: x86 → All
I assume you're wanting this information always present in the user agent string, not just while debugging a site or something like that?
I think it would be best to this kind of information always present in the user agent string. Important pieces are: screen resolution, screen size in inches, DPI, connection quality (mobile/ethernet).
Okay, this is a request for the Firefox product overall then. It doesn't really match the DevTools team's scope, since it affects all requests sent by any user, not just developers. I'll move this back to Firefox :: Untriaged. Gijs, maybe you know the correct component for something like this?
Component: Developer Tools → Untriaged
Fx::General. But really, this is better off as a spec suggestion. The user agent string isn't really the right place for this, though the navigator object could be (insofar as JS access is concerned). As such, I think you should probably email the relevant "specifications" whatwg list: https://whatwg.org/mailing-list . *However*, I would strongly advise you to research past work in this area, including but very much not limited to the links in my final paragraph. For now, this is wontfix considering no spec work or clear idea about how/where this would go. I have further CC'd gerv (who is buck-stopper when it comes to UA string things) in case he wants to comment. Finally, I personally feel that the privacy trade-offs here are such that implementing this is a bad idea. It would make people a lot more trackable online, and that is a Bad Thing. See also earlier bug 625238 (of which this is arguably a duplicate). See also fingerprinting concerns in e.g. bug 572661. And finally, https://panopticlick.eff.org/ .
Status: UNCONFIRMED → RESOLVED
Last Resolved: 4 years ago
Component: Untriaged → General
Resolution: --- → WONTFIX
To begin with, most of these are entirely the wrong things to put in any device capabilities string. If we were to do anything like this, we'd want to put the actual data people seek, not things like os-name="Apple iOS" or device-model=iPhone, because if people try and map that information to capabilities, they'll screw it up. Secondly, all of that info is a massive passive fingerprinting problem. The important stuff in your list like screen size can be determined by JS. (Yes, it is Ok to write web pages which depend on JS. It's 2015.) If it can't, file bugs and we can consider each request on its merits. Gerv
A agree that os-name, etc... are not needed. I don't agree that we should use js to detect browser capabilities and after that send back the same data which we could get in a header out of the box. (And I haven't talked about the js API differences by each of the browsers. Yes it is 2015, and developing js for browsers is still about writing polyfills, workarounds and adapters for each of the browsers.)
I think this discussion is muddied by the large list of things mentioned in comment 0. Each item you might want to know has a different level of impact on user privacy and may warrant a different mechanism for exposing the information. It's best to break this up into specific requests for exactly the data you are looking for. Along with these points, it is unlikely that such a change would be made in Firefox without agreement from other browser vendors. That's why discussing this in a standards groups is likely a better path forward.
I agree with you Ryan. Can you provide us a link or a contact where we can continue this discussion and maybe reach a conclusion and probably a standard as well?
The WHATWG list Gijs mentioned in comment 5 is good place I think.
You need to log in before you can comment on or make changes to this bug.