Closed miketaylr closed 2 years ago
Mind taking a look @recvfrom?
@miketaylr this looks good to me with a few comments (feel free to take them or leave them!):
My initial thought was that "querying the Windows.Foundation.UniversalApiContract
integer version" was something only UWP apps could do easily, since API contracts seem like a UWP concept. However, from looking at the Chrome source [1] it seems that this can be achieved by reading the value from the SOFTWARE\Microsoft\WindowsRuntime\WellKnownContracts\Windows.Foundation.UniversalApiContract
registry key. This approach seems undocumented AFAICT, so it seems like it could be challenging for implementers reading this spec to determine how to accomplish this step. Would it make sense for the spec to mention how to do this the way it does for the "get the legacy Windows version number" step? Or maybe just add a NOTE pointing to the Chrome source?
In the "get the legacy Windows version number" section, it might be helpful to annotate what versions of Windows the version strings "0.1", "0.2", and "0.3" correspond to, or link to [2] or something.
[1] https://source.chromium.org/chromium/chromium/src/+/main:components/embedder_support/user_agent_utils.cc;l=91;drc=b235f34b2f135c8af5e619157ae11161d539d850 [2] https://docs.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-osversioninfoa#remarks
Thanks for the feedback!
Would it make sense for the spec to mention how to do this the way it does for the "get the legacy Windows version number" step? Or maybe just add a NOTE pointing to the Chrome source?
I feel like this won't be super hard to find by other implementers, and given that Chromium might change exact implementation details in the future, I think I'd prefer to leave out this particular registry key or a link to Chromium's source.
- In the "get the legacy Windows version number" section, it might be helpful to annotate what versions of Windows the version strings "0.1", "0.2", and "0.3" correspond to, or link to [2] or something.
Good idea!
Preview | Diff