0

サーバーとの同期中にクラッシュミックスのエラーを送信します。これらのエラーには、主にさまざまなデータの競合に関する情報が含まれています。すべてのエラーは、apiErrorCodeのようなフィールドを持つ1つの例外クラスにラップされます。私はそれらのdosensがあるので、すべてのエラーのための別の例外クラスを作成することはできません。したがって、私がCrashlytics.logException()を使って送信する例外はすべて、ダッシュボード上の1つのレポートにグループ化されます。だから、私は「すべてのセッション」に行き、そこでエラーを一つ一つ調べなければならない。それは便利ではない。また、(いくつかの予想されるサーバーエラーのような)レポートでは見たくないいくつかのエラータイプを閉じてロックすることはできません。それは手動でCrashlyticsグループ化戦略(私の場合はapiErrorCodeに基づいて)を設定する方法ですか?Crashlyticsの致命的ではない例外のカスタム属性を使用したレポートの分割/解除方法

答えて

0

マイクからのファブリックはこちら。ログに記録されたエラーに対して行うグループ化を無効にする方法はありません。私は、コードの複雑さの増加とのトレードオフがありますが、単一の例外クラスを使用するのではなく、例外タイプとメッセージに特化することを推奨しました。

+0

ご回答ありがとうございます。カスタムの例外タイプで何かをしようとしますが、約120のエラーコードがあり、アプリケーションがほとんどを処理する必要はなく、サーバから受信した例外メッセージを表示するだけなので、かなり難しいです。例外メッセージはすべてのAPIレスポンスごとに異なります。しかし、Crashlyticsはこれを考慮していません。これは良いだろう。実際には、カスタムグルーピング自体も素敵な機能リクエストになります:) – Bringoff

+0

詳細とフィードバックありがとう!私たちは、カスタムグループに追加する予定はすぐにはありませんが、あなたのチームとの希望を共有します。 –

関連する問題