Maciek Grzybowski

@joshskeen The OT (OpenTracing) interface implemented by Datadog iOS Tracer is indeed a copy of [opentracing-swift](https://github.com/opentracing/opentracing-swift) interface. We made efforts to use it as an external dependency (see https://github.com/opentracing/opentracing-swift/pull/11), so...

Hello @devproivansurzhenko 👋 thanks for reaching us 🙂. We need to get some more information to investigate this. * Could you please share the exact error / warning message you're...

Closing this issue due to inactivity. We're unable to reproduce this problem on our side. If it still persists (there were both SDK and Xcode updates since it was first...

Closing due to inactivity. Like @maxep said, this doesn't seem related to `dd-sdk-ios`. It is perfectly fine to see our SDK stack frames in threads not impacted by the crash....

@djtarazona By any chance, are you able to reproduce this and dump the actual `request.allHTTPHeaderFields`? I suspect the problem might related to casting HTTP headers into Swift's `[String: String]` dictionary.

The fix was merged. It will be available in next release.

Hey @JaviSoto, [2.12.0](https://github.com/DataDog/dd-sdk-ios/releases/tag/2.12.0) is out and it should fix this problem. Please let us know if the issue persists by any chance.

@JackTudor96 😞. Have you found a stable way to reproduce it 🙏? If reproduction is rare, could you try to dump all HTTP headers in the `request` objects and share...

Hello @crewshin 👋. The choice of `[String: Encodable]` is to constraint custom attributes to only ones that can be encoded to an external representation (we use JSON) that can be...

@crewshin Again, having `Encodable` as value requirement is to leverage in-build Swift type safety. Our Android SDK doesn't use it, because there is no similar thing in Kotlin. > I...