Skip to content

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

Merged
merged 2 commits into from
Dec 7, 2022

Conversation

basti1302
Copy link
Contributor

@basti1302 basti1302 commented Dec 1, 2022

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

@basti1302 basti1302 requested review from kalyanaj and dyladan December 1, 2022 07:34
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.
@basti1302 basti1302 force-pushed the fix-response-header-version-field branch from af1d9b7 to ab82e2b Compare December 1, 2022 07:35
@basti1302 basti1302 changed the title improve description of version field in response header improve description of version field in traceresponse header Dec 1, 2022
@basti1302 basti1302 added the Editorial The reported issue can be addressed with an editorial change. This tag could be combined with others label Dec 1, 2022
Copy link
Member

@dyladan dyladan left a 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"`).
Copy link
Member

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.

Suggested change
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.

Copy link
Contributor Author

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.

Copy link
Contributor Author

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.)

Copy link
Contributor Author

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.

Co-authored-by: Daniel Dyla <dyladan@users.noreply.github.com>
@basti1302 basti1302 force-pushed the fix-response-header-version-field branch from c9e06dd to ad4d9d0 Compare December 7, 2022 07:29
@dyladan dyladan merged commit 2e05eca into w3c:main Dec 7, 2022
@basti1302
Copy link
Contributor Author

For the record: Since this is for the response header, it is not applicable to be backported to level 2.

@basti1302 basti1302 deleted the fix-response-header-version-field branch December 21, 2022 07:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Editorial The reported issue can be addressed with an editorial change. This tag could be combined with others
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants