I did a quick check with our Blazor.WASM sample and the logs in the browser seem to rely on the console. Ideally, we'd have some fallback to the console logger on platforms where we know it will go into the void.

I'm fine with the behaviour change in general because I assume that this is nothing that affects users in production
It enables debug functionality where it previously did not work.

I did a quick check with our Blazor.WASM sample and the logs in the browser seem to rely on the console.

Nice catch... tricky though. As we initialise Blazor using plain old SentrySdk.Init, I can't think of an easy way to determine, when initialising the SDK, if the app is a Blazor WASM app or not.

We could create a WASM integration with aWebAssemblyHostBuilder.UseSentry extension to initialise the SDK for WASM applications and set SentryOptions.DiagnosticLogger = new ConsoleDiagnosticLogger(SentryLevel.Debug) in that case. Given the popularity of Blazor/WASM, it might be worth it to make Sentry as usable as possible in this scenario. We could use that extension method to encapsulate some of the other things involved in correctly configuring the SDK for use with WASM as well.

Alternatively, we could just document/show in the WASM sample that the DiagnosticLogger needs to be set to something non-default (explaining that Debug.WriteLine doesn't work in WASM applications).

I tried using this all day and I think I changed my mind. I found this to be fairly irritating to have the SDK logs show up somewhere else than the rest of the program's logs.
And when running samples from the command line there were just no logs at all. So I'd have to manually set the ConsoleDiagnosticLogger in the options.

TLDR; this felt like a major breaking change.

TLDR; this felt like a major breaking change.

We could revisit the initial solution but implement it more simply, like this:

public class TraceAndConsoleDiagnosticLogger : DiagnosticLogger
{
    public TraceAndConsoleDiagnosticLogger(SentryLevel minimalLevel) : base(minimalLevel)
    {
    }

    protected override void LogMessage(string message)
    {
        Trace.WriteLine(message);
        Console.WriteLine(message);
    }
}

It would create duplication if you had a console tracer configured, but I'd say that's a bit of an edge case (and we could guide people to change the default logger in those cases).

I think we agreed on the sync to try to log to both via the MAUI setup to catch those VS users?