-
Notifications
You must be signed in to change notification settings - Fork 104
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: flatten ValueTypeSlice to ValueTypeString #831
fix: flatten ValueTypeSlice to ValueTypeString #831
Conversation
Thanks for finding this @crossk3! |
@dashpole updated to use |
/gcbrun |
Co-authored-by: David Ashpole <[email protected]> Signed-off-by: Keaton Cross <[email protected]>
/gcbrun |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #831 +/- ##
==========================================
+ Coverage 61.03% 62.30% +1.26%
==========================================
Files 56 56
Lines 5903 4892 -1011
==========================================
- Hits 3603 3048 -555
+ Misses 2143 1687 -456
Partials 157 157 ☔ View full report in Codecov by Sentry. |
Ah, you will need to run |
@dashpole done! |
/gcbrun |
👋
While working with the OpenTelemetry stack for Python as well as an OpenTelemetry Collector (Cloud Run Sidecar, per docs here), I noticed a discrepancy in behavior.
GCP Cloud Trace doesn't support Slice/Array data types for Trace Attributes, which Python's
CloudTraceSpanExporter
handles by flattening Slices to Strings. However, the golang Collector Exporter currently silently drops anySlice[T]
attribute. This results in some oddities when choosing how to send traces to GCP Cloud Trace, where any time a collector exports to GCP Cloud Trace you silently lose attributes you would otherwise receive in Cloud Trace.This PR attempts to unify this behavior, so that the same behavior is observed whether using the in-process exporter or the googlecloud Collector exporter.