Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crashlytics for Mac Catalyst #4316

Closed
steipete opened this issue Nov 14, 2019 · 14 comments · Fixed by #4610
Closed

Crashlytics for Mac Catalyst #4316

steipete opened this issue Nov 14, 2019 · 14 comments · Fixed by #4610

Comments

@steipete
Copy link
Contributor

As per #3144 (comment) I'm opening a new ticket to request a status update for the availability of Crashlytics for Mac Catalyst.

We have our app in production for a month now (pdfviewer.io), and the absence of a crash reporting service is hurting us. This is more critical to us than any other service. Apple's Crash Reporting also doesn't seem to work, so we're essentially blind, and do not want to move to a different crash service, since iOS and Android are also covered by Crashlytics currently. (if so, we'd move everything to have a unified experience, but I doubt that's necessary since you already publicly committed to shipping a Catalyst SDK)

Happy to help and/or play beta tester for such an SDK (@steipete on Twitter, DMs are open)

Thanks!

@samedson
Copy link
Contributor

Hey @steipete thank you for reaching out! Sorry I was slow to responding here.

I definitely understand the pain here while we work on supporting Catalyst apps. This is vital for shipping apps safely and we're working on it. We really appreciate the excitement and everyone’s patience around this, and we’ll let you know when it’s ready for beta testing / use.

@DanilaVladi
Copy link

Would like to join this also with Vectornator. @DanilaVladi On Twitter

@benrosen78
Copy link

Hi, would love to help test this out in SongShift. @benmrosen on Twitter

@MDittmann
Copy link

Would also love to see this working

@appfrilans
Copy link

Would love this as well!

@tmm1
Copy link

tmm1 commented Dec 19, 2019

See also https://www.bitbuildr.com/tech-blog/mac-catalyst-porting-an-app-using-crashlytics-firebase

@stevekellogg
Copy link

@samedson , I see your reply here from a couple of weeks ago. Thanks for letting us know you're working on it. Will we be able to use Crashlytics App Distribution on Catalyst apps when you folks complete your work?

@gabors
Copy link

gabors commented Dec 22, 2019

Would love to see support for Mac catalyst apps added as well as soon as possible.
Same as OP we would prefer keeping working with Crashlytics as our iOS, tvOS and Android app versions have been using this lovely framework for a while.

@carlo-
Copy link

carlo- commented Jan 9, 2020

Did anyone succeed in using the new FirebaseCrashlytics framework that was just merged? Everything compiles correctly for me, and Crashlytics seems to submit reports without errors, but nothing shows up in the Firebase console (even after several hours). Any ideas?

@samedson
Copy link
Contributor

samedson commented Jan 9, 2020

Hey @carlo-, can you tell us more about how you set it up?

A couple things that may be helpful:

  • It's necessary to have the Crashlytics run script set up for catalyst to work: "${PODS_ROOT}/FirebaseCrashlytics/run". If this wasn't in your Xcode project before, try adding it, building, and then incrementing your build version or number (to make sure you get new SDK settings).

  • Make sure you're including a new, different GoogleService-info.plist file from your iOS app, and make sure the app has started the onboarding process in the Firebase Crashlytics dashboard. Eg. this is what my Build Phases looks like:

Screen Shot 2020-01-09 at 10 48 26 AM

@carlo-
Copy link

carlo- commented Jan 9, 2020

My setup is configured as you described. When registering the app on Firebase, I've used the bundle id with the maccatalyst. prefix, was that correct?

@samedson
Copy link
Contributor

samedson commented Jan 9, 2020

Yes! Having the maccatalyst prefix is fine (though not required).

A few more suggestions:

  • Can you double check that Debug information format is set to "DWARF with dSYM File" in Build Settings?
  • Make sure that when you cause a crash, the Xcode debugger isn't attached. Eg. Click Run, click Stop, and then run the app from your phone / simulator home screen
  • In addition, can you turn on debug logs by adding -FIRDebugEnabled to the list of run arguments in "Edit Scheme" > Arguments Passed On Launch, and seeing if there's any errors?

If none of these work, try refreshing the page in the Firebase console and seeing if there's any missing dSYMs.

@carlo-
Copy link

carlo- commented Jan 9, 2020

@samedson thank you for your help! Unfortunately I'm already doing all three points as well. According to the Firebase console the dSYMs are not missing, I even tried to upload them manually with the same results. Edit: it turns out running the app in the Debug configuration was causing Firebase to ignore the reports 🤦‍♂️in Release everything works fine!

@samedson
Copy link
Contributor

Great! Glad you were able to get up and running.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.