`Span.SetData("my.array", new string[] { /* some data */ })` is incorrectly serialized as an empty object

[maxkatz6]

Package

Sentry

.NET Flavor

.NET

.NET Version

10.0.203

OS

Windows

OS Version

No response

Development Environment

Rider 2025.x (Windows)

Other Error Monitoring Solution

No

Other Error Monitoring Solution Name

No response

SDK Version

10.0

Self-Hosted Sentry Version

No response

Workload Versions

UseSentry or SentrySdk.Init call

// Should be unrelated to the issue
_initDisposable = SentrySdk.Init(o =>
{
    o.Dsn = sentryKey;
    o.CacheDirectoryPath = /* */;
    o.IsGlobalModeEnabled = true;
    o.TracesSampleRate = 1.0;
    o.AddExceptionFilterForType<OperationCanceledException>();
    o.DisableDiagnosticSourceIntegration();
    o.DisableSystemDiagnosticsMetricsIntegration();
    o.DisableWinUiUnhandledExceptionIntegration();
});

Steps to Reproduce

1. Start a span
2. Call Span.SetData("my.array", ["test1", "test2", "test3").
3. Finish the span, flush
4. Find the span in the dashboard and observer raw JSON or empty value in the table

I tried to find the issue in the code, if it's obvious, and it seems to be due to missing array branch in the WriteDynamicValue method here

sentry-dotnet/src/Sentry/Internal/Extensions/JsonExtensions.cs

Line 492 in e99c3d1

public static void WriteDynamicValue(

I noticed this method has branches for dictionaries and some other complex type but not arrays.
And I also found there a workaround for my issue - implement a simple ISentryJsonSerializable wrapper.

Expected Result

"data" {
   "my.array": [
      "test1", "test2", "test3"
   ]
}

Actual Result

"data" {
   "my.array": { }
}

[linear-code]

NET-657

[jamescrosswell]

@maxkatz6 I'm not able to reproduce this:

    using var span = SentrySdk.StartSpan("FirstFunction", "task");
    span.SetData("my.array", new string[] { "test1", "test2", "test3" });

[github-actions]

👋 Thanks for the report! We've added the Needs Reproduction label because we need a minimal reproduction to investigate further.

Please provide a link to a public GitHub repository that reproduces the issue with as little code as possible. Our repro guide has tips on how to create one.

Some quick hints:

• Start from a fresh dotnet new console (or similar) project
• Add only the Sentry NuGet package(s) relevant to the bug
• Include the exact SDK version number and your SentrySdk.Init / UseSentry call (with the DSN blanked out)

Alternatively, if the issue only manifests in your own codebase, you could try gradually removing code until you have a minimal repro.