-
Notifications
You must be signed in to change notification settings - Fork 81
improve description of version field in traceresponse header #512
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This fixes the confusing wording in the description of the version field, which previously didn't clearly distinguish between a possible internal representation (1 byte) and the format on the wire (two ascii chars). This change ports the new description of the version field in the request header over to the response header and aligns both descriptions. See w3c#511.
af1d9b7
to
ab82e2b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM % wording nit
The value is US-ASCII encoded (which is UTF-8 compliant). | ||
|
||
Version (`version`) is 1 byte representing an 8-bit unsigned integer. Version `255` is invalid. The current specification assumes the `version` is set to `00`. | ||
Version (`version`) is an 8-bit unsigned integer value, serialized as an ASCII string with two characters. Version 255 (`"ff"`) is invalid. This specification assumes the version is set to 0 (`"00"`). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we "assume" version is set to 00 or do we require it? We can keep the existing wording if it is easier but I think something like this is more accurate.
Version (`version`) is an 8-bit unsigned integer value, serialized as an ASCII string with two characters. Version 255 (`"ff"`) is invalid. This specification assumes the version is set to 0 (`"00"`). | |
Version (`version`) is an 8-bit unsigned integer value, serialized as an ASCII string with two characters. Version 255 (`"ff"`) is invalid. This document specifies version 0 (`"00"`) of the traceparent header. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point. This section is about the traceresponse
header though. I'll fix that in a follow up commit.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(For context, this is not yet the backport to level-2, I just ported the changes for traceparent also to the same fields for traceparent.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For the record, I commited this change and then rewrote the commit to say of the traceresponse
header.
f740391
to
c9e06dd
Compare
Co-authored-by: Daniel Dyla <dyladan@users.noreply.github.com>
c9e06dd
to
ad4d9d0
Compare
For the record: Since this is for the response header, it is not applicable to be backported to level 2. |
This fixes the confusing wording in the description of the version field, which previously didn't clearly distinguish between a possible internal representation (1 byte) and the format on the wire (two ascii chars).
This change ports the new description of the version field in the request header over to the response header and aligns both descriptions. See #511.
In contrast to #511, this will not be backported to level 2 (level 2 does not have the response header).
Preview | Diff