-
Notifications
You must be signed in to change notification settings - Fork 858
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
#6207 Ensure Span Status Cannot Be Updated After StatusCode.OK Is Set #6209
#6207 Ensure Span Status Cannot Be Updated After StatusCode.OK Is Set #6209
Conversation
|
@jack-berg I have recreated the code and pull request on my personal machine and signed the CLA. Once this is merged, how long will it be until I can expect this code to be in production code? |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #6209 +/- ##
============================================
- Coverage 91.03% 91.00% -0.03%
+ Complexity 5678 5677 -1
============================================
Files 621 621
Lines 16587 16590 +3
Branches 1694 1695 +1
============================================
- Hits 15100 15098 -2
- Misses 996 1003 +7
+ Partials 491 489 -2 ☔ View full report in Codecov by Sentry. |
Thanks @apederson94! Something still isn't quite right with the CLA. Can you check out this link and try to resolve? As for the timeline, we release the firday after the first monday of each month. Our next release is tomorrow, 2/9/24, and the following would be 3/9/24. |
@jack-berg I'm not sure why, but it is still pointing the CLA to my work email when I go to sign it. I checked the email that was attached to the commit in my IntelliJ IDE and it says one of the emails I signed the CLA with. (I signed it twice with two different emails to be sure it would work). I just reviewed the git log and this is what I see:
|
/easycla |
Is the |
That was the issue. I just added that email to my account. |
/easycla |
Add a check to ensure that calling
Span.setStatus()
will do nothing if StatusCode.OK has previously been set on the Span.Add a unit test to ensure this functionality is/remains correct.
Should fix #6207