Sentry-javascript: UnhandledRejection: 값으로 캡처된 오류가 아닌 약속 거부: 시간 초과

이와 같은 문제가 여러 개 있었고 Google recaptcha 코드로 고정했습니다. 매우 벗겨지기 때문에 recaptcha를 제거하고 오류가 사라졌습니다.

@JustFly1984 확인

Google 버그 추적기에서 문제에 실패했지만 시트를 제공하지 않습니다.

@JustFly1984 네. 당신을 위한 Google입니다. 시트가 제공되지 않습니다.

문제는 바로 여기에 있습니다. https://www.gstatic.com/recaptcha/releases/P6KLRNy7h3K160ZmYNUOAce7/recaptcha__en.js

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 에서 이것을 필터링하는 이유가 궁금하십니까?

이 오류는 너무 일반적이기 때문입니다. 거짓 긍정 일치를 얻기가 너무 쉽습니다.
또한 이 정확한 Timeout 오류를 본 적이 없습니다. :D

@kamilogorek 네. 내 문제는 클라이언트에서 필터링하면 중요한 오류를 마스킹할 수 있다는 것입니다. 적어도 대시보드에서 무시해도 데이터는 계속 저장됩니다.

@Undistraction 필터링된 이벤트는 최종 사용자에 대해 삭제됩니다. 그렇지 않으면 할당량에 포함됩니다.

@kamilogorek 아. 할당량을 고려하지 않았습니다. 명확히 해 주셔서 감사합니다.

이 시간 초과가 최종 사용자에게 어떤 영향을 미치는지 아는 사람이 있습니까?

원래 문제가 부분적으로 해결되었거나 작동하는 솔루션이 있는 것처럼 보이므로 문제를 종료합니다. 여전히 문제인 경우 누군가가 새로운 설명으로 새 문제를 생성하는 것을 선호합니다.
여전히 관련이 있는 경우 주저하지 말고 저에게 핑을 보내주십시오. 그러면 기꺼이 다시 열어 작업하겠습니다.
건배!

@kamilogorek 따라서 이 시간 초과 문제는 최종 사용자에게 영향을 미치지 않으며 이를 무시하는 것이 좋은 해결책입니까?

코드베이스가 ReCaptcha SDK에 어떻게 연결되어 있는지에 따라 다르지만 일반적으로 대부분의 경우 예, 최종 결과에 영향을 미치지 않아야 합니다.