-
Notifications
You must be signed in to change notification settings - Fork 534
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
fix(propagator-ot-trace): read sampled flag correctly from span context #1077
fix(propagator-ot-trace): read sampled flag correctly from span context #1077
Conversation
|
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 catch! Thanks.
For the record, I am currently working with the CCLA managers at my org to get my CLA in place. |
Codecov Report
@@ Coverage Diff @@
## main #1077 +/- ##
=======================================
Coverage 95.91% 95.91%
=======================================
Files 13 13
Lines 856 857 +1
Branches 178 179 +1
=======================================
+ Hits 821 822 +1
Misses 35 35
|
I have the CLA in place now. It shows up okay on #1081, but not here. If I go through the EasyCLA process again for this PR (clicking on the links in the EasyCLA bot message in this PR), it ends with this ... but after that, the check still shows up as failed. I guess EasyCLA does not handle multiple simultaneous PRs from a first time contributor all that well? Should I just close this PR and open it again? Or use the support ticket link? ("For further assistance with EasyCLA, please submit a support request ticket. |
@basti1302 Try to push a commit, maybe this retriggers the check here. |
fedc75f
to
76fa970
Compare
It did! Thanks 👍 CLA shows up as "covered" now. |
76fa970
to
4c65220
Compare
7add428
to
8eda5a8
Compare
I think this change is ready to be merged. |
@basti1302 it requires a rebase/merge from main. |
The way the sampled flag is currently read from the span context will break when more flags are introduced. This is mentioned explicitly in the [specification](https://www.w3.org/TR/trace-context/#trace-flags).
8eda5a8
to
1e8558a
Compare
I had rebased this branch earlier today, but of course after the merge of #1078 it now needed yet another rebase, which I have performed just now. |
Which problem is this PR solving?
Fixes the way the
sampled
flag is read from the span context. The way itis currently read will break when more flags are introduced. This is even
mentioned explicitly in the
specification.
Short description of the changes
Checklist
npm run test
for the edited package(s) on the latest commit if applicable.