1

私たちのアプリが突然クラッシュして、同じアクティビティに再起動したと報告しています。AndroidアプリがクラッシュすることなくFirebaseに表示されます

主にAzureモバイルエンゲージメントを使用していますが、一部のクラッシュが表示されています。これらのクラッシュはすべてバグをコードするために追跡されています。

Azureモバイルエンゲージメントでは表示されなかったクラッシュが依然として報告されているため、Firebaseクラッシュレポートが追加されました。顧客はさらにクラッシュし、FirebaseやAzureモバイルエンゲージメントには何も表示されません。

アプリがクラッシュ/アンロードされることはありますか?

答えて

0

Firebaseクラッシュレポートでは現在、ネイティブ例外(C/C++コード)を取得できません。正常に動作していない他のクラッシュレポーターも正しく動作しない可能性があります。

Javaのコードでは、「残念ながらXYZappが停止しました」というダイアログボックスがコンソールに表示されるはずです。アプリケーションがデータのある程度の時間送信される。

+0

ネイティブ例外は何ですか?アプリケーションでネイティブコードを実行していないため、外出先で確認する必要がありますが、「残念ながらxxxは停止していません。どのくらいの頻度でクラッシュが発生したか、クラッシュが発生したときに起こっていること(つまり、どのアクティビティが実行されているか)を確認できます。 – MathiasR

+0

ネイティブ例外は、Javaアプリケーションコードの外部で発生する例外です。 Android自体やJava APIの悪用から来る可能性があります。 Firebaseは将来、ネイティブ例外のサポートを追加する予定です。 –

+0

クラッシュが設計どおりに送信されない場合はどうなりますか?エミュレータやデバッグビルドにいくつかの制限がありますか? –

関連する問題