RemoteConfigComponent and FirebaseMessaging return null for some users

[wdziemia]

Step 2: Describe your environment

• Android Studio version: Android Studio Iguana
• Firebase Component: Messaging & Config
• Component version: Firebase BOM 32.7.0

[REQUIRED] Step 3: Describe the problem

firebase-android-sdk/firebase-config/src/main/java/com/google/firebase/remoteconfig/FirebaseRemoteConfig.java

Line 87 in 5ef5cdd

return app.get(RemoteConfigComponent.class).getDefault();

The code block above returns null for about ~1,500 users a day when we attempt to configure RemoteConfig. We are forced to check if RemoteConfigComponent is available before calling the config-ktx helper function:

firebase.get(RemoteConfigComponent::class.java) != null

and when we dont we see the following crash in production.

Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'dbxyzptlk.h41.g dbxyzptlk.h41.k.d()' on a null object reference
        at com.google.firebase.remoteconfig.FirebaseRemoteConfig.getInstance(FirebaseRemoteConfig.java:86)
        at com.google.firebase.remoteconfig.ktx.RemoteConfigKt.remoteConfig(RemoteConfig.kt:32)

We also see the same behavior when it comes to getting the FirebaseMessaging and do a similar check:

firebase.get(FirebaseMessaging::class.java) != null

I do see the ComponentDiscoveryService have the Registrars populated for Messaging and RemoteConfig as well:

[google-oss-bot]

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.

[lehcar09]

Hi @wdziemia, thank you for reaching out. I've been trying to reproduce this issue but haven't been successful. Below is how I initialize the RemoteConfig instance.

MainActivity.kt

//Initialization
override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.main_layout)

        FirebaseApp.initializeApp(this)
        remoteConfig = FirebaseRemoteConfig.getInstance(FirebaseApp.getInstance())
    }

Any chance you could provide detailed steps to reproduce the issue or an MCVE where the issue is reproducible? Aside from that, does the issue occur on a specific set of users or devices?

[wdziemia]

@lehcar09 Hello! Yes we initialize RC similarly. We use dagger though so its a bit more indirect than your example but the calls and flow are the same. I dont know how to reproduce this issue locally but can provide more details:

• Most of our devs run either Emulators or Google Pixels and we did not see any crashes during development (Firebase & RC is initialized on App start) or Alpha users (~100) .
• 75% of users affected are on Samsung devices
• Affects all OS versions we support (Android 8 and above)

We have a more aggressive fetch for Firebase Messaging which uses some exponential backoff with an interval of 10ms delay between checking if Firebase Messaging returns an instance or null. There is a max delay between checks being 1000ms. Ive set up some metrics to track the total duration it takes to return the Messaging component and have some prelim data below. This data should be of Developer & Alpha users (<200). I will update once this build hits beta and prod environments.

[google-oss-bot]

Hey @wdziemia. We need more information to resolve this issue but there hasn't been an update in 5 weekdays. I'm marking the issue as stale and if there are no new updates in the next 5 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!

[wdziemia]

Some data over the last 24 hours - Firebase Messaging shows the following:

• About 96K Samples
• Success rate is virtually 100% - so this looks like its Lazily initialized?