問題タブ [bugsnag]

私たちは 25,000 人以上のユーザーを持つ反応ネイティブ アプリを持っており、過去 3 か月間に 1,000 件以上のクラッシュが報告されています。通常、クラッシュは起動後 1 秒以内に発生しますが、数秒かかることもあります。開発ではこれを再現できませんでした。iOSとAndroidの両方で発生しています。取り外さなければならないのは、bugsnag が提供するスタックトレースだけです。

iOS バグナグ スタック トレース:

Android バグナグ スタック トレース:

スタック トレースから、react-redux と関係があると思われます。ただし、RN v 0.62 にアップグレードする前にこの問題が発生したとは思わないため、RN 0.62 と関係があると思われます。

package.json の依存関係は次のとおりです。

問題が何であるかについての手がかりはありますか？

Bugsnag を含めて、未処理のエラーをできるだけ早く修正するのに十分な詳細とともに報告したいと考えています。

ErrorBoundaryBugsnag が をカスタマイズしたり、リダイレクトしたり、ユーザーにとって見栄えの悪いものを表示したりできるかどうかを知りたいですか?

しかし、次のコードは大きなジレンマを引き起こし<ErrorView />ます。次のスクリーンショットのように 1 秒後に表示されます。

その後、ブラウザのエラー メッセージによってオーバーライドされます。

エラー報告に bugsnag を使用しています。エラーのスタックトレースを表示するには、bugsnag にソースマップが必要です。このドキュメントを使用して bugsnag にアップロードしようとしています: Uploading source map github: bugsnag sourcemaps

bugsnag のアップロード API を使用して、反応アプリの bugsnags にソースマップをアップロードしてから、ホストから sourcemap を削除しています。bugsnag sourcemaps 設定を確認したときにこれを行った後、「ソース URL」列に縮小されたファイルの URL が表示されます。

メッセージが表示されます:

ソース マッピングに失敗しました: ソース マップが見つかりません https://hostname/minifiedFileName.js.map からソース マップをダウンロードできなかったため、元のソース ファイルと行番号が見つかりませんでした。サーバーからソース マップにアクセスできることを確認するか、ソース マップをアップロードしてください。(ソース マップがアップロードされた後、イベントは再処理されないことに注意してください。)

これは、アップロード後にビルドからソースマップを削除しているためです。アップロード API のソースマップは bugsnag にアップロードされ、ソースマップをホストに保持する必要はないと想定しています。

ソースマップを bugsnag にアップロードする際に、どのステップが欠けているのか理解できません。

ファイル process-bugsnag-sourcemaps.js を作成しました

これは、アップロード関数を作成するコードを参照した記事です:デバッグを容易にするために React アプリのソース マップを Bugsnag にアップロードし、セキュリティのために後でそれらを削除します。

ソースマップが bugsnag にアップロードされないのはなぜですか? また、bugsnag がアップロード機能で指定した minfifiedUrl ホストからソースマップにアクセスしようとするのはなぜですか?

誰かが私が見逃しているステップを指摘してくれたらうれしいです。

この問題を github リポジトリに追加しました

カスタム Bugsnag meta_data (Ruby で Rspec を使用) をどのようにテストしますか?

テストしたいコード:

私が書きたいテスト：

私は使っている：

• ルビー 2.6.6
• Rspec 3.9.0
• バグナグ 6.17.0 https://rubygems.org/gems/bugsnag

変数内のデータはmeta_data、この小さな例よりもかなり複雑なので、テストしたいと思います。美しい世界では、そのロジックをヘルパーに抽出してヘルパーをテストしますが、現時点ではその場でテストすることが緊急かつ有用です。

これを理解するために Bugsnag gem の内部 (さらに、さまざまな内部状態と返されたデータをキャプチャするための Rspec-fu) を調べてきましたが、ある時点でインターネットに問い合わせることをお勧めします。

複数のコンポーネントを含む AEM ページがあります。これらのコンポーネントには、すべてのクライアント側ロジックを囲む関数を含む .js ファイルがあります。次に、コンポーネントの HTML 内でその関数を呼び出します。

前に述べたように、init_component_name は、必要なすべてのロジックを含む関数の名前です。

ラッパーの bootstrap_component 関数は、すべてのページの共有 head.html で次のように定義されています。

これは問題なく動作し、実際の問題はありませんが、最近、エラーの監視とレポートに Bugsnag を使用し始めました。ほぼすべてのコンポーネントについて、ページで ReferenceError というレポートを取得しています。

これが発生していると私が考える理由は、init_component_name() 関数が script タグ内で宣言されていないためです。このため、function(init_component_name) がウィンドウ オブジェクトにアタッチされており、正常に実行されており、コンソール エラーは表示されません。

私が正しければ、これらのスクリプト タグをこのように変更することはできますか?

私の同僚は、init_component_name 関数に 1 ミリ秒程度のタイムアウトを追加したいと考えていますが、それは私を間違った方法でこすります。もっと賢明なアプローチはありますか？