Mopub v 5.0.0 cause a lot of ANRs in Google Play dev console


I have updated to mopub sdk 5.0.0 and found 40x increase in ANR number in Google Play dev console.

This is stacktrace:

at (

  • waiting to lock <0x08a28be7> (a java.lang.Class<>) held by thread 29
    at com.mopub.mobileads.AdViewController.b (
    at com.mopub.mobileads.AdViewController.a (
    at com.mopub.mobileads.AdViewController.l (
    at com.mopub.mobileads.AdViewController.loadAd (
    at com.mopub.mobileads.MoPubView.loadAd (
    at com.mopub.mobileads.MoPubInterstitial.a (
  • locked <0x0f802394> (a com.mopub.mobileads.MoPubInterstitial)
    at com.mopub.mobileads.MoPubInterstitial.a (
    at com.mopub.mobileads.MoPubInterstitial.load (
    at (unavailable)
    at (unavailable)
    at$ (unavailable)
    at android.os.Handler.handleCallback (
    at android.os.Handler.dispatchMessage (
    at android.os.Looper.loop (
    at (
    at java.lang.reflect.Method.invoke! (Native method)
    at$ (
    at (



This issue was also related to some publishers not following the correct steps to init the SDK.

Please make sure to only start requesting ads once the SDK has finished initializing.

Also, we just released SDK version 5.2. that provides a fix for this issue:

So we encourage you to update your version when possible.



Great news! Thank you!


Please provide a way to know why the SDK didn’t initialize on the SdkInitializationListener interface so we can retry initialization or handle the situation in some other way.

As of now we’re getting about 40% of sessions that never get the onInitializationFinished() callback and our impressions dropped dramatically after using “MoPub.initializeSdk” given you require it to request ads now.


Did you log this issue into
If that is the case, can you let us know Case number?
Many thanks!