如何修复'Bad-Request'，日志异常时为空正文(php sdk)

Question

我已经从旧的sentry SDK迁移到了新的统一PHP SDK。从那时起，异常和错误不会被记录到sentry，我得到了一个Bad Request响应。

我知道这个问题相当模糊和开放，但我主要想知道是否有任何已知的潜在问题，或者是否有人可以为我指出进一步调查的正确方向。

这是针对运行Wordpress 5.2和Sentry SDK 2.1.2的PHP 7.3.7的，它是一个默认实现，不会更改Transport，也不会使用任何集成。在触发错误后，WP运行其关闭钩子后，Sentry\Transport\HttpTransport::cleanupPendingRequests中会出现该错误。

如果我手动将消息记录到Sentry，它会起作用(大多数时候？刚才只有一次它不工作的情况...)。但是，当异常被抛出时，将异常发送给sentry并非如此。请求被设置为使用正确的数据通过promise in sentry发送，但最终，我得到了一个Bad request响应。

自从实现了统一的SDK以来，我们已经有两次对sentry的调用，但我知道还应该有更多(可悲的)。

查看请求并从中构建一个curl命令，然后运行该命令即可正常工作。

(我们也使用Javascript浏览器SDK。这是它应该工作的方式)

Sentry\init([
            "dsn" => "__dsn__"]);

// works 
Sentry\captureMessage("Hello", Sentry\Severity::debug);

// Will eventually end up returning a Bad Request response
throw new \Exception(":(");

我预计示例中抛出的异常会在Sentry中结束，但我得到的却是一个Bad Request响应。

Answer 1

正如@HazA指出的那样，这是2.1.3版本中修复的哨兵/哨兵包中的一个错误