問題タブ [firebase-crash-reporting]

最初のベータ版を iTunes にリリースし、Firebase クラッシュ レポートを使用しています。xcode でシンボルをアップロードするためのビルド フェーズとしてスクリプトを追加しました。通常のビルドでは問題なく動作しますが、このビルドをアーカイブしてアップロードすると、Firebase クラッシュ レポートに対応するシンボル ファイルがありません。アーカイブ時にこのシンボル ファイルを読み込むにはどうすればよいですか? それが不可能な場合、どうすれば手動で追加できますか? 最初のベータ版を試してみると、クラッシュが報告され、必要な UUID が得られました。次に、次の方法で手動でアップロードしました。

./Pods/FirebaseCrash/batch-upload ServiceAccount.json UUID

しかし、このアプローチは常に事後的なものであり、スケーラブルではないようです。

ご協力いただきありがとうございます。

ベスト プラクティス ガイダンスに従って Firebase を構成し、「Firebase/Crash」ポッドを使用すると、iOS 10.1 をターゲットとする Swift 3 を使用して Xcode 8.1 で作成されたクリーンな iOS プロジェクトでデバイスの回転が中断されます。

再現する手順

1. 新しい iOS プロジェクトを作成します (たとえば、iOS テンプレート「Tabbed Application」を使用)。
2. 「Firebase/Core」および「Firebase/Crash」ポッドをポッドファイルに追加し、ポッドをインストールして、プロジェクト用に新しく作成されたワークスペース ファイルを開きます。
3. GoogleService-Info.plist対応するファイルをプロジェクトに追加します。
4. アプリのデリゲートでオーバーライドinit()して、以下に示すように Firebase を構成します。
5. アプリ ターゲットの展開情報で、[デバイスの向き] の下の [縦]、[横左]、[横右] のボックスにチェックが入っていることを確認します。
6. シミュレーターでアプリを実行し、左または右に回転します。

Firebase の構成

Firebase はAppDelegate.swift次のように構成する必要があります。

iOS 向けの Firebase の「ベスト プラクティスinit()」ガイダンスでは、Firebase がアプリ デリゲートでオーバーライドして構成されていない場合、「問題が発生する可能性がある」と述べられています。これは、で Firebase を構成するのはプログラミング エラーであることを意味しますapplication(_:didFinishLaunchingWithOptions:)。ただし、後者のアプローチを採用した場合、デバイスのローテーションは期待どおりに機能します。

他の SO の回答でも、Firebase のベスト プラクティス ガイダンスに従うことを推奨しています。

質問

1. このように Firebase を構成すると、デバイスのローテーションが中断されるのはなぜですか?
2. 「Firebase/Crash」と「Firebase/Database」の両方を、ベスト プラクティス ガイダンスで説明されている方法でオフライン永続性を有効にして使用したい場合、デバイスのローテーションを壊さずに Firebase を構成する適切な方法は何ですか?

少なくとも 1 人の他のユーザーが同じ問題に遭遇したようです。

アプリで Timber を使用していDebugTreeます。すべてのメッセージを Firebase クラッシュ レポートに記録したいと考えています。

しかし、今ではすべてのメッセージが次のように logcat に複製されています

if (BuildConfig.DEBUG) { ... }デバッグビルドでも発生するクラッシュにログを添付する必要があるため、呼び出しを保護したくありません。

ファブリックの動作は同じですが、ロガーをサイレントに設定して、.logger(new SilentLogger())ログ メッセージの重複を防ぐことができます。Firebase 用の API はありますか?

Firebase クラッシュ レポートを組み込んだ Android アプリがあります。

コンソールでクラッシュを表示すると、「クラスター」のフィルター オプションがあります。下の画像では「開く」に設定されています。

開くように設定すると、すべてのクラスターが表示されます。クローズに設定すると、クラスターはまったく表示されません。クラスターはいつ、どのように閉鎖されますか? クラスターが開いているか閉じているとはどういう意味ですか? 問題が解決したことを示す手段だと思います。

iOS アプリケーションの Firebase 3.7.0 のリンク エラーに記載されているライブラリを追加しましたが、firebase クラッシュを追加するためのリンカー エラーが発生します。

"_FIRLogError", referenced from: -[FCRBreakpadController enableDebugger] in FirebaseCrash(FCRBreakpadController_bc3acad0fa3a54a5c7c331f54af621b0.o) -[FCRBreakpadController startWithConfiguration:] in FirebaseCrash(FCRBreakpadController_bc3acad0fa3a54a5c7c331f54af621b0.o) -[FCRBreakpadController createDirectory:] in FirebaseCrash(FCRBreakpadController_bc3acad0fa3a54a5c7c331f54af621b0.o) +[FCRAnalytics messageDictionaryFromMessage: ] in FirebaseCrash(FCRAnalytics_281d4dbe093b1d2a74ef0873d1ac6263.o) -[FCRClient startWithConfiguration:error:] in FirebaseCrash(FCRClient_482ceec6b5943edbfb1d1dff6beb18f6.o) -[FCRCrashDump crashInfoFromSystemMetadata:] in FirebaseCrash(FCRCrashDump_ee5f791af340383d1b426338c1150e39.o) -[FCRUploadQueue initWithDirectory:maxSize:] in FirebaseCrash(FCRUploadQueue_2ce78e78dbb8f27676bd42e0302357a3.o) ... "_FIRLogInfo", referenced from: -[FCRClient startWithConfiguration:error:] in FirebaseCrash(FCRClient_482ceec6b5943edbfb1d1dff6beb18f6.o) ___49-[FCRBulkUploader uploadFileFromQueue:onSuccess:]_block_invoke in FirebaseCrash(FCRBulkUploader_af76d0815dcb863205f4ed96c30df68e.o)
"_GSDK_objc_getClass", referenced from: _____GetFIRAnalyticsClass_block_invoke in FirebaseCrash(FCRAnalytics_281d4dbe093b1d2a74ef0873d1ac6263.o)
"_OBJC_CLASS_$_FIRApp", referenced from: objc-class-ref in NFAppDelegate.o objc-class-ref in FirebaseCrash(FCRClient_482ceec6b5943edbfb1d1dff6beb18f6.o)
"_OBJC_CLASS_$_FIRInstanceID" 、次から参照: FirebaseCrash(FCRCrashUploader_810ae32cc5e6c7f23936333033b9ebd7.o)
の objc-class-ref
"_OBJC_CLASS_$_GSDK_PBGeneratedMessage", referenced from: _OBJC_CLASS_$_FCRMSGTimestamp in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_CLASS_$_FCRMSGCrashReport in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_CLASS_$_FCRMSGDevice in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_CLASS_$_FCRMSGAndroidDevice in FirebaseCrash (Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_CLASS_$_FCRMSGIOSDevice in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_CLASS_$_FCRMSGApplication in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_CLASS_$_FCRMSGAndroidApplication in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) ... "_OBJC_CLASS_$_GSDK_PBMutableArray "、以下から参照:FirebaseCrash の objc-class-ref(FCRCrashDump_ee5f791af340383d1b426338c1150e39.o)
"_OBJC_CLASS_$_GSDK_PBRootObject", referenced from: _OBJC_CLASS_$_FCRMSGSdkRoot in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o)
"_OBJC_CLASS_$_GTMLogBasicFormatter", referenced from: objc-class-ref in FirebaseCrash(FCRSystemLogger_6532fb37dc095ffa73463b57baf5fca7.o)
"_OBJC_CLASS_$_GTMLogNoFilter", referenced from : objc-class-ref in FirebaseCrash(FCRSystemLogger_6532fb37dc095ffa73463b57baf5fca7.o)
"_OBJC_CLASS_$_GTMLogger", referenced from: objc-class-ref in FirebaseCrash(FCRSystemLogger_6532fb37dc095ffa73463b57baf5fca7.o) objc-class-ref in FirebaseCrash(uploader_089041b840f448492d858d7daf481e47.o)
"_OBJC_METACLASS_$_GSDK_PBGeneratedMessage", referenced from: _OBJC_METACLASS_$_FCRMSGTimestamp in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_METACLASS_$_FCRMSGCrashReport in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_METACLASS_$_FCRMSGDevice in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_METACLASS_$_FCRMSGAndroidDevice in FirebaseCrash (Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_METACLASS_$_FCRMSGIOSDevice in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_METACLASS_$_FCRMSGApplication in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) _OBJC_METACLASS_$_FCRMSGAndroidApplication in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o) ... "_OBJC_METACLASS_$_GSDK_PBRootObject"、次から参照: _OBJC_METACLASS_$_FCRMSGSdkRoot in FirebaseCrash(Sdk.pb_8328b2bef1af4d0941a97cc98e810c6c.o)
「_kFIRAppNameKey」、次から参照: ___17+[FCRClient load]_block_invoke in FirebaseCrash
(FCRClient_482ceec6b5943edbfb1d1dff6beb18f6.o)
"_kFIRLoggerCrash", referenced from: -[FCRBreakpadController enableDebugger] in FirebaseCrash(FCRBreakpadController_bc3acad0fa3a54a5c7c331f54af621b0.o) -[FCRBreakpadController startWithConfiguration:] in FirebaseCrash(FCRBreakpadController_bc3acad0fa3a54a5c7c331f54af621b0.o) -[FCRBreakpadController createDirectory:] in FirebaseCrash(FCRBreakpadController_bc3acad0fa3a54a5c7c331f54af621b0.o) +[FCRAnalytics messageDictionaryFromMessage: ] in FirebaseCrash(FCRAnalytics_281d4dbe093b1d2a74ef0873d1ac6263.o) -[FCRClient startWithConfiguration:error:] in FirebaseCrash(FCRClient_482ceec6b5943edbfb1d1dff6beb18f6.o) -[FCRCrashDump crashInfoFromSystemMetadata:] in FirebaseCrash(FCRCrashDump_ee5f791af340383d1b426338c1150e39.o) ___49-[FCRBulkUploader uploadFileFromQueue:onSuccess:]_block_invoke in FirebaseCrash(FCRBulkUploader_af76d0815dcb863205f4ed96c30df68e.o) ... ld: アーキテクチャ x86_64 のシンボルが見つかりませんでした。clang: エラー: リンカー コマンドが終了コード 1 で失敗しました (-v を使用して呼び出しを確認してください)

以下のようにフレームワーク検索パスとライブラリ検索パスを設定しました

iOS プロジェクトで Firebase クラッシュ レポートの使用を開始しています (Firebase を有効にして、すべて正常に動作し、ダッシュボードにサンプル クラッシュが表示されるようにしました)。

しかし、唯一奇妙なことは、Xcode コンソール (Xcode 8.1) で大量の警告が表示されることです。どうすれば警告を取り除くことができますか?

警告のスクリーンショットは次のとおりです。

いくつかの警告コンソール メッセージ:

Android Studio 用の Unity プロジェクト (Google Android プロジェクト) をビルドしました。これを Android Studio で開きました。Firebase-crashが含まれています。例外を確認するテストを行います。ログ内:

どうすれば修正できますか？