Add handled/unhandled exception support

[cs278]

Fixes #670
Requires: getsentry/sentry-php#1430

[cs278]

Need a bit of direction, right now this supports pre 3.11.0 versions of the SDK, I can either:

• Keep that and squash the commits
• Remove the commit and change the Composer requirement

[cleptric]

Thanks for the contribution. I can release a new version of sentry/sdk, so we can pin it to 3.4. No need for BC checks.

[cleptric]

Cool stuff!
I wonder if we should add a small helper method that encapsulates the boilerplate for

$hint = EventHint::fromArray([
    'exception' => $event->getError(),
    'mechanism' => new ExceptionMechanism(ExceptionMechanism::TYPE_GENERIC, false),
]);

$this->hub->captureEvent(Event::createEvent(), $hint);

[cs278]

I wonder if we should add a small helper method that encapsulates the boilerplate for

I looked at this but didn't see anywhere obvious to put such a helper, I figured ideally the HubInterface would have a captureUncaughtException() method.

[cleptric]

Due to our Unified API, we can't add functions to the Hub that easily.
Pslam and PHPStan are complaining, we can merge once this is fixed.

[cs278]

Update hopefully it passes - all fine locally apart from Psalm which seems to be emitting nonsense errors. 😖

[cs278]

@cleptric I've updated this again.

[cs278]

@cleptric not sure how I can fix the failing code coverage thing, seems to be missing coverage on parenthesis?

[cleptric]

@cs278 No worries, this is fine.

I'll need to test the message stuff, but I'm currently busy with other things.
So please bare with me if this will stay open for a little while.

[cs278]

@cleptric polite request for an update. I'm ready to ship changes ditching our custom Sentry 1 Symfony integration and this is the only roadblock left in the way.

[cleptric]

I'm still focusing on other SDKs at the moment. Can't really give you a timeline, sorry 😕

[cleptric]

Thanks again for your work on this and sorry for the delay 🙂
LGTM! 🚢