Crash on -[FPRRemoteConfigFlags cachedValueForConfigFlag:]

[dongshuju]

[READ] Step 1: Are you in the right place?

Crash

[REQUIRED] Step 2: Describe your environment

• Xcode version: Xcode 11.2.1
• Firebase SDK version: 6.13.0
• Firebase Component: Core
• Component version: 6.13.0

[REQUIRED] Step 3: Describe the problem

We upgrade to lateast SDK version 6.13.0, Crashed on [FPRRemoteConfigFlags cachedValueForConfigFlag:]

Steps to reproduce:

It's crashed on com.hackemist.SDWebImageDownloader thread, but we do not use SDWebImage with FireBase.

Here is the Crash Info:

#0Crashed: com.hackemist.SDWebImageDownloader (QOS: UNSPECIFIED)EXC_BAD_ACCESS KERN_INVALID_ADDRESS 0x0000000d80f10780 Raw Text
--
0 | libobjc.A.dylib | objc_msgSend + 16
1 | ** | -[FPRRemoteConfigFlags cachedValueForConfigFlag:] + 4377850916
2 | ** | -[FPRRemoteConfigFlags getStringValueForFlag:defaultValue:] + 4377851512
3 | ** | -[FPRRemoteConfigFlags sdkDisabledVersionsWithDefaultValue:] + 4377852196
4 | ** | -[FPRConfigurations sdkDisabledVersions] + 4377844816
5 | ** | -[FPRConfigurations sdkEnabled] + 4377844576
6 | ** | -[FPRNetworkTrace initWithURLRequest:] + 4377893596
7 | ** | __InstrumentDataTaskWithRequestCompletionHandler_block_invoke + 4377925080
8 | SDWebImage | SDWebImageDownloaderOperation.m line 162-[SDWebImageDownloaderOperation start] + 162
9 | Foundation | __NSOQSchedule_f + 276
17 | libsystem_pthread.dylib | start_wqthread + 4

[visumickey]

@dongshuju Thanks for the report. The reason why you are seeing SDWebImage as a part of the request is because Firebase Performance tries to measure the performance of all the network requests that happen.

With regards to the crash, we will take a look at it and rollout a fix for this very soon.

Are there any specific pattern you see in the crashes? (Eg. OS Version, Application state)

[maksymmalyhin]

@dongshuju In order to capture performance information of the network requests Firebase Performance needs to swizzle some object (e.g. NSURLSession). In your case the crash happens while a NSURLRequest created by SDWebImageDownloader is instrumented.

As a workaround you may temporary disable features of Firebase Performance requiring swizzling while investigating and fixing the issue by setting Performance.isInstrumentationEnabled to false before calling FirebaseApp.configure():

Performance. sharedInstance().isInstrumentationEnabled = false
FirebaseApp.configure()

[google-oss-bot]

Hey @dongshuju. We need more information to resolve this issue but there hasn't been an update in 7 days. I'm marking the issue as stale and if there are no new updates in the next 3 days I will close it automatically.

If you have more information that will help us get to the bottom of this, just add a comment!

[visumickey]

@dongshuju Can you share the complete stack trace for this crash? I'm guessing a possible race condition triggering this issue and I would like to make sure we have other parts of the stack trace available for us to ascertain and look at this issue.