Godot first class support

[bruno-garcia]

Some changes possibly landing on Godot would help a first class SDK:

• Add user-facing log interception callback. godotengine/godot#87576
• Add user-facing C# unhandled exception reporting. godotengine/godot#68169

Also worth sharing some comments in tickets from ppl trying to get the Sentry SDK for .NET into Godot, so a first class support here as we have for Unity would be awesome:

• TargetFramework .NET Standard 2.0+ crashes on launch, can't find assembly System.Text.Json godotengine/godot#42271 (comment)
• Add an Engine method to get the 1% percentile low FPS godotengine/godot#67136 (comment) (perf monitoring)
• https://stackoverflow.com/questions/60568372/godot-sentry-crash-reporting

[farfalk]

Hey there! Small update: godotengine/godot#87576 is getting to the final round of checks before merge.

If there's anything (small) you'd like to get inside of it, that would make implementation on your side easier, this is probably the last chance! 😄

If there's something bigger, of course your comments would be appreciated all the same: simply, instead of being considered for this PR, they could spawn other related PRs that will be considered in the future.

[bruno-garcia]

Thanks for the heads up!

@bitsandfoxes maybe something you have bandwidth to collaborate with folks?

[bruno-garcia]

@farfalk

If the error is caused by a C# exception, and you're setting a callback in C#, then this doesn't provide access to the actual C# exception object. It could! I don't personally need this functionality but it's a pretty obvious thing to add later if there's demand.

Sentry to be able to integrate properly would need the instance of the exception. So we can, for example, get the right metadata in order to server-side, find debug symbols and look up line numbers and paths. For example.

[bruno-garcia]

In 2022 I asked about hooks to the logging functions but no luck: https://forum.godotengine.org/t/how-can-i-listen-to-call-made-to-gd-pusherror-gd-pushwarning-gd-print/8024