Skip to content
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

MultipleCallbacksTest is flaky #487

Closed
bogdandrutu opened this issue Aug 13, 2019 · 2 comments · Fixed by #502
Closed

MultipleCallbacksTest is flaky #487

bogdandrutu opened this issue Aug 13, 2019 · 2 comments · Fixed by #502
Assignees

Comments

@bogdandrutu
Copy link
Member

Task :opentelemetry-opentracing-shim:test

io.opentelemetry.opentracingshim.testbed.multiplecallbacks.MultipleCallbacksTest > test FAILED
org.junit.ComparisonFailure: expected:<[parent]> but was:<[subtask]>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at io.opentelemetry.opentracingshim.testbed.multiplecallbacks.MultipleCallbacksTest.test(MultipleCallbacksTest.java:55)

@bogdandrutu
Copy link
Member Author

@carlosalberto
Copy link
Contributor

Damn, thanks.

I had implemented earlier today a way to sort Spans by their end time (to mimic the OT testing behavior), but it seems that the nano conversion being done (when converting to proto data) messes them up sometimes:

    # values as defined by RecordEventsReadableSpan.end()
    # ** subtask ended first **
    subtask END TIME =  101550749774250
    task END TIME =     101550750043391
    # values as exposed by RecordEventsReadableSpan.toSpanProto()
    # through TimestampConverter
    # ** task ended first (got 'swapped') **
    task END TIME =      1565813352:503037352
    subtask END TIME =   1565813352:503105288

I will fill a bug report once I can cook a proper, reproducible test case for this ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants