Closed Altair4Ru closed 1 week ago
Hey @Altair4Ru, thanks for reporting this. Some of the folks from our team with an macOS Intel machine were able to reproduce the issue. Let me raise this to our engineering team so they can take a look.
I have a fix for this, it will be included in the next version of the Firebase CLI tool. For now you can manually tell it to use the latest buildtools by:
Tell the Firebase CLI tool to use the jar by setting the environment variable:
export CRASHLYTICS_LOCAL_JAR=/path/to/firebase-crashlytics-buildtools-3.0.2.jar
Run the Firebase CLI tool in debug mode:
firebase crashlytics:symbols:upload --debug --app=FIREBASE_APP_ID /path/to/symbols
If you see a line in debug like "[CRASHLYTICS LOG DEBUG] Skipping dumpsyms extraction, file exists: /path/to/.crashlytics/dump_syms.bin", delete that file. It is the old dump_syms binary from the old buildtools jar. Then try this step again.
Fixed by #7357
[REQUIRED] Environment info
firebase-tools: 13.11.0+ Platform: MacOS
[REQUIRED] Test case
The thing is, Crashlytics buildtools v3 now have dump_syms.bin for MacOS built for arm64 arch only, while it should be built as a universal binary
[REQUIRED] Steps to reproduce
Just call firebase-tools -- firebase crashlytics:symbols:upload --app={app_id_here} on Intel-based Mac
[REQUIRED] Expected behavior
The symbols got uploaded without any errors
[REQUIRED] Actual behavior