James Crosswell

+1... currently the project is covered by [default copyright laws](https://help.github.com/articles/open-source-licensing/#what-happens-if-i-dont-choose-a-license) (meaning nobody is allowed to use it).

> @jamescrosswell there's `BeforeBreadcrumbCallback` on `SentryOptions` in the Java SDK, not sure if that can help create a workaround for this user by always returning `null` and thus dropping all...

@SimonCropp just going through the old pull requests, looking to close any that are no longer active. Is this one still being worked on or should we close this?

Most this happens in [`SentryClient.DoSendEvent` in the .NET SDK](https://github.com/getsentry/sentry-dotnet/blob/d6d531cb7d3699f7c4f1f7225433928fbcdab00d/src/Sentry/SentryClient.cs#L212). We don't currently do things in the same order as Python then. ### Python Order > 1. Check for ignored exception...

@bruno-garcia is there anything additional implied in this issue that isn't already covered by the work we're doing on OpenTelemetry or would releasing `Sentry.OpenTelementry` close this issue?

So looking into this at the moment. It looks mostly straight forward... the bits that are still foggy are how/why the Sentry.NET SDK interacts with the Java SDK on Android....

This doesn't look right for a start: 

> Why? Isnt' it saying that it can't give coverage diff for the PR against `main` because it hasn't run on `main` yet. No? I read it as saying it...

In terms of the earlier problems we were having, were these related to Coverlet (and so should we be considering something like AltCover) or was it about uploading the reports?...

It looks like [Microsoft has a CodeCoverage library](https://github.com/microsoft/codecoverage) as well. It does have the disadvantage (vs Coverlet) of being closed source.