Stefano Arlandini

For what is worth, as a user I would never ever want something to be downloaded in the background on my behalf and ran without me knowing about it. I...

:+1: absolutely lovely feature!

getsentry/sentry-javascript#2049 may be relevant in the decision of what to do in this SDK as well as in the others in regards to what the `capture*` methods should return

I just started learning Go so I cannot really speak about it, I just referenced an issue in another SDK that it talking about a similar problem of what to...

>Allocating a new channel for every event is wasteful on resources, specially considering that the common case is not to "wait" on the delivery of each event (this is true...

Please format the code using the appropriate tags, otherwise it's difficult to read your message. Btw, as the error says the form type expects the value as a `PhoneNumber` object...

>* `\Error`s aren't logged by monolog any longer (Not even by Apache/PHP. This is especially tricky, because `\Exception`s are logged. It seems that only PHP `\Error`'s are affected. If we...

Since you're likely using Monolog in a Symfony app, to workaround the issue you can activate the Monolog handler we provide and then configure the `integrations` option to [filter out](https://docs.sentry.io/platforms/php/guides/symfony/integrations/#custom-integrations)...

>Could this functionality be extended to Symfony as well? Yes, absolutely. What it's not clear to me is if the feature of the JS SDK is to just set the...

The client still returns null from the `capture*()` methods without giving any hint about why it failed to send the event. We now support a PSR-3 logger instance to debug...