Firebase-ios-sdk: FirebaseCrashlytics - Non-public API usage on Mac Catalyst

Created on 25 Jul 2020  路  10Comments  路  Source: firebase/firebase-ios-sdk

[REQUIRED] Step 1: Describe your environment

  • Xcode version: 11.6
  • Firebase SDK version: 6.28.1
  • Firebase Component: FirebaseCrashlytics
  • Component version: 4.3.0
  • Installation method: CocoaPods

[REQUIRED] Step 2: Describe the problem

Steps to reproduce:

After uploading a Mac Catalyst app, I received an email form Apple saying:

ITMS-90338: Non-public API usage - The app references non-public symbols in Contents/MacOS/Invoice: _NXGetArchInfoFromCpuType, _NXGetLocalArchInfo, _getsectbynamefromheader, _getsectbynamefromheader_64. If method names in your source code match the private Apple APIs listed above, altering your method names will help prevent this app from being flagged in future submissions. In addition, note that one or more of the above APIs may be located in a static library that was included with your app. If so, they must be removed. For further information, visit the Technical Support Information at http://developer.apple.com/support/technical/

I noticed that these methods are present in FirebaseCrashlytics code. I was able to successfully upload iOS version of my app which also uses FirebaseCrashlytics. This email is only being sent for my macOS app.

crashlytics

Most helpful comment

Due to the nature of this issue, it will be difficult to communicate progress. However, please feel free to continue leaving +1's, as it will help us gauge severity.

All 10 comments

I found a few problems with this issue:

  • I couldn't figure out how to label this issue, so I've labeled it for a human to triage. Hang tight.
  • This issue does not seem to follow the issue template. Make sure you provide all the required information.

We've had exactly the same email. I was able to upload a build of the app a few weeks ago without receiving this email, but can't now. Had to remove Crashlytics in order to submit.

Thanks for the reports. Looks like something changed in Apple's symbol scanner autorejections that is now flagging Crashlytics code. We're working to resolve this issue.

Thanks for the reports. Looks like something changed in Apple's symbol scanner autorejections that is now flagging Crashlytics code. We're working to resolve this issue.

Same here!

Due to the nature of this issue, it will be difficult to communicate progress. However, please feel free to continue leaving +1's, as it will help us gauge severity.

It's also flagging our code in sentry-cocoa, not just Crashlytics code, see https://github.com/getsentry/sentry-cocoa/issues/635.

Hey folks wanna reach back out - haven't heard an update yet from my end.

  • Are people still running into this, or have the errors gone away?

Want to see if this is still impacting folks to see if we should look into a workaround.

Closing as it seems this is no longer a problem.

@elenadoty can you elaborate on why this is no longer a problem. Did Apple solve the issue on their side?

Hi @philipphofmann,
I think they may have changed what they were flagging, since we hadn't heard any reports of this error since September.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

jlaws picture jlaws  路  4Comments

lorenzofiamingo picture lorenzofiamingo  路  3Comments

jaumard picture jaumard  路  3Comments

skuske picture skuske  路  3Comments

paulharter picture paulharter  路  3Comments