Benoît

Just to be clear: you can already implement a "consent" strategy by initializing the SDK only if the user did opt-in: ```js if (userConsent) { DD_RUM.init(...) } ``` A stop...

Thanks for your feedback. This seems reasonable, we'll see what we can do!

@bostondv: any reason to [enable tracing in the RUM SDK](https://docs.datadoghq.com/real_user_monitoring/connect_rum_and_traces/?tab=browserrum#rum-set-up) if you are already using another SDK for it?

The OpenTelemetry SDK will generate a trace itself, right? * Does it send it to Datadog as well? If so, both the RUM SDK and the other SDK are generating...

Hi @mrkosima This is a topic we already explored in the past. We even have [some code](https://github.com/DataDog/browser-sdk/blob/048e265aaeff1b9091cd0c1223e3a21f3c919704/packages/rum-core/src/domain/tracing/getDocumentTraceId.ts) for just this in the SDK. Sadly we did not finish the project...

Thank you for your feedback, we'll considering it. In the meantime, you could imlement this via the `beforeSend` hook, something like this: ```ts DD_RUM.init({ ... trackUserInteractions: true, beforeSend(event) { if...

> Does the config update if run again (i.e. on refresh), if not How can we update the configurations? No, it won't. For `beforeSend`, you could use a reference like...

Hello, Thank you for bringing this up! This is something we definitly want to explore. It's not quite yet on our roadmap though. We'll keep you posted on this issue.

We don't have anything better than what you are using right now (`addAction("something-start")` ... `addAction("something-end")`) Using the intake endpoint directly would not be straightforward. Even if you would succeeded to...

Thank you! We only intended to list user-facing changes in the changelog, so not all gitmojis make sense. But this rule is not always followed and some non-user-facing changes are...