@sentry/[email protected]
同じ署名に従う大量の例外を受け取っています。 それらはすべてのページにわたって、そして一見識別可能なパターンのないあらゆる種類の場所で発生します。 これは、すべてのブラウザで発生し、使用頻度はほぼ同じです。
UnhandledRejection
値でキャプチャされたエラー以外のプロミス拒否:タイムアウト
すべての場合において、例外はありません。 スタックトレースや追加情報はありません。
これはサードパーティのコードに由来していると確信していますが、詳細な情報がなければ、これを特定することはできませんでした。
Sentryがエラーの原因を特定するのに役立つ追加情報を報告する必要があるように思われるため、これをバグとして開いています。
これには、解決せずにクローズされた既存の問題があります: //github.com/getsentry/sentry-javascript/issues/2210
このような複数の問題があり、それをgooglerecaptchaコードに固定しました。 非常に不安定なので、recaptchaを取り除き、エラーが消えました
@ JustFly1984確認ありがとうございます。 Recaptchaは私の第一容疑者です。 残念ながら、削除することはできません。 正しくマウント解除されない可能性があります。 それでも、例外からより多くの情報を得ることができるはずだと感じています。
グーグルバグトラッカーの問題に失敗しましたが、シートが表示されません
@ JustFly1984うん。 それはあなたのためのグーグルです。 シートはありません。
問題はまさにそこにあります: https :
c.reject("Timeout ("+y+")")
また
H((vn.delete(P),"Timeout")
tl; dr-プリミティブ値で拒否しますが、 new Error("timeout")
で拒否する必要があります。
この場合、修正されるまでの最善の解決策は、この種のエラーを無視することです。
Sentry.init({
beforeSend(event, hint) {
if (hint.originalException === "Timeout") return null;
return event;
}
});
@kamilogorekありがとう。 ダッシュボードで単に無視するのではなく、クライアントのbeforeSend
でこれを除外する理由に興味がありますか?
このエラーは一般的すぎるためです。 誤検知の一致を取得するのは簡単すぎます。
また、:Dの前にこの正確なTimeout
エラーを見たことがありません
@kamilogorekうん。 私の懸念は、クライアントでそれを除外すると、重要なエラーがマスクされる可能性があることだと思います。 少なくともダッシュボードで無視しても、データは保存されたままです。
@Undistractionフィルタリングされたイベントは、エンドユーザーに対してドロップされます。 それ以外の場合は、クォータにカウントされます。
@kamilogorekああ。 私は割り当てを考慮していませんでした。 明確にしていただきありがとうございます。
このタイムアウトがエンドユーザーにどのように影響するか知っている人はいますか?
元の問題が部分的に解決されたか、有効な解決策があるように思われるため、問題を解決します。 それでも問題が解決しない場合は、誰かに新しい説明を付けて新しい問題を作成してもらいたいと思います。
それでも関連性がある場合は、遠慮なくpingしてください。喜んで再開し、作業を行います。
乾杯!
@kamilogorekなので、このタイムアウトの問題はエンドユーザーに影響されません。これを無視するのは良い解決策ですか?
コードベースがReCaptchaSDKにどのように関連付けられているかによって異なりますが、一般的には、ほとんどの場合、最終的な結果に影響を与えることはありません。
最も参考になるコメント
問題はまさにそこにあります: https :
また
tl; dr-プリミティブ値で拒否しますが、
new Error("timeout")
で拒否する必要があります。この場合、修正されるまでの最善の解決策は、この種のエラーを無視することです。