Skip to content
This repository has been archived by the owner on Oct 3, 2023. It is now read-only.

Minor comments fixes #160

Merged
merged 3 commits into from
Jan 16, 2019

Conversation

SergeyKanzhelev
Copy link
Member

No description provided.

Copy link
Contributor

@songy23 songy23 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, please rebase against master.

@odeke-em odeke-em requested a review from bogdandrutu January 10, 2019 19:12
src/opencensus/proto/trace/v1/trace.proto Outdated Show resolved Hide resolved
src/opencensus/proto/trace/v1/trace.proto Outdated Show resolved Hide resolved
@bogdandrutu bogdandrutu merged commit f1f2125 into census-instrumentation:master Jan 16, 2019
tigrannajaryan added a commit to tigrannajaryan/opentelemetry-proto that referenced this pull request Jan 10, 2023
…received

This is considered an bug in the spec that was uncovered in the discussion here:
open-telemetry#442 (comment)

I did some spelunking and the "generate" recommendation comes from the very first commit:
open-telemetry@b5bcfff#diff-ef5f80fbf835dd57e14cb9264944f03d80cf6b04cc7671b0e7fb33167c67efcc
where they were copied from Java repo, to which they were copied from OpenCensus
open-telemetry/opentelemetry-java#134 and in OpenCensus the
wording first time appeared here census-instrumentation/opencensus-proto#160
(authored by @SergeyKanzhelev, merged by @bogdandrutu).

We are deleting the requirement to generate a new trace id or span id if an invalid
id is received. The receivers can decide how they want to treat the invalid id (just
like upon receiving any other invalid id), e.g. they may drop it, log an error, accept
the invalid data, etc. We are not going to prescribe a particular receiver behavior
when invalid trace/span id is received.
tigrannajaryan added a commit to open-telemetry/opentelemetry-proto that referenced this pull request Jan 20, 2023
…received (#444)

This is considered an bug in the spec that was uncovered in the discussion here:
#442 (comment)

I did some spelunking and the "generate" recommendation comes from the very first commit:
b5bcfff#diff-ef5f80fbf835dd57e14cb9264944f03d80cf6b04cc7671b0e7fb33167c67efcc
where they were copied from Java repo, to which they were copied from OpenCensus
open-telemetry/opentelemetry-java#134 and in OpenCensus the
wording first time appeared here census-instrumentation/opencensus-proto#160
(authored by @SergeyKanzhelev, merged by @bogdandrutu).

We are deleting the requirement to generate a new trace id or span id if an invalid
id is received. The receivers can decide how they want to treat the invalid id (just
like upon receiving any other invalid id), e.g. they may drop it, log an error, accept
the invalid data, etc. We are not going to prescribe a particular receiver behavior
when invalid trace/span id is received.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants