(Android 11) lib64/bionic/libc.so (__start_thread+64)

11,654 views
Skip to first unread message

Sunho KIM

unread,
Mar 3, 2021, 9:08:06 AM3/3/21
to Google Mobile Ads SDK Developers
Hi AdMob team.
It is very urgent issue.

This crash seems to occurs only in the Android 11 devices that have finished updating the device firmware on Android 10.

My users said that it is not resolved even if the user try reinstalling the app.
The only workaround for this issue is doing the below.

"App Info -> Storage & cache -> Clear storage"

If users do not do the above, the app keep closing after about 1 second as soon as they open the app.

About three months ago, a very similar issue had occurred with Facebook Audience Network's SDK.


They fixed the issue by replacing the problematic API with an alternate API.

The last update of the app above is on February 6, 2021.
Therefore, I expect this issue to be caused by an update from Google Play Services library.

Could you please investigate this issue?


admob_crash_1.png

admob_crash_2.png


backtrace:
  #00  pc 00000000004be3ec  /apex/com.android.art/lib64/libart.so (art::OatHeader::IsDebuggable() const+64)
  #00  pc 00000000004bea98  /apex/com.android.art/lib64/libart.so (art::OatFileBase::ShouldUnquickenVDex() const+56)
  #00  pc 00000000004bec38  /apex/com.android.art/lib64/libart.so (art::OatFileBase::LoadVdex(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+80)
  #00  pc 00000000004c30ec  /apex/com.android.art/lib64/libart.so (art::OatFile::Open(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, art::ArrayRef<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const>, art::MemMap*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+472)
  #00  pc 00000000004c9bc8  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::GetFile()+696)
  #00  pc 00000000004c8dc4  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::Status()+76)
  #00  pc 00000000004c92b0  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::ReleaseFileForUse()+56)
  #00  pc 00000000004ce798  /apex/com.android.art/lib64/libart.so (art::OatFileManager::OpenDexFilesFromOat(char const*, _jobject*, _jobjectArray*, art::OatFile const**, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >*)+292)
  #00  pc 0000000000485ae0  /apex/com.android.art/lib64/libart.so (art::DexFile_openDexFileNative(_JNIEnv*, _jclass*, _jstring*, _jstring*, int, _jobject*, _jobjectArray*)+144)
  #00  pc 0000000000010a88  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (art_jni_trampoline+264)
  #00  pc 000000000001f744  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexFile.openDexFile+244)
  #00  pc 0000000000021560  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.makeDexElements+784)
  #00  pc 0000000000020d38  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.<init>+664)
  #00  pc 000000000001d934  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.BaseDexClassLoader.<init>+228)
  #00  pc 0000000000058630  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexClassLoader.<init>+80)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 0000000000198e94  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+204)
  #00  pc 000000000030c218  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+376)
  #00  pc 0000000000307330  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+884)
  #00  pc 000000000063d560  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+592)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001764a6  /data/user_de/0/com.google.android.gms/app_chimera/m/0000002e/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.c+118)
  #00  pc 000000000063d79c  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+1164)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001765f8  /data/user_de/0/com.google.android.gms/app_chimera/m/0000002e/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.a+8)
  #00  pc 000000000063b274  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1440)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 0000000000094d8a  /data/user_de/0/com.google.android.gms/app_chimera/m/0000002e/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.c+26)
  #00  pc 000000000063b274  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1440)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 00000000000949fe  /data/user_de/0/com.google.android.gms/app_chimera/m/0000002e/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.a+70)
  #00  pc 00000000002fed0c  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.5884005180817902658)+268)
  #00  pc 00000000003069d4  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*, art::JValue*)+200)
  #00  pc 0000000000307314  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+856)
  #00  pc 000000000063ddc0  /apex/com.android.art/lib64/libart.so (MterpInvokeStatic+548)
  #00  pc 000000000012e994  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_static+20)
  #00  pc 00000000000be4fe  /data/user_de/0/com.google.android.gms/app_chimera/m/0000002e/dl-AdsFdrDynamite.integ_204890103100000.apk (com.google.android.gms.ads.internal.i.run+162)
  #00  pc 00000000002fed0c  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.5884005180817902658)+268)
  #00  pc 00000000006299e8  /apex/com.android.art/lib64/libart.so (artQuickToInterpreterBridge+796)
  #00  pc 000000000013dff8  /apex/com.android.art/lib64/libart.so (art_quick_to_interpreter_bridge+88)
  #00  pc 00000000002a2ae8  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+984)
  #00  pc 000000000029fce0  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+64)
  #00  pc 000000000015cdf8  /apex/com.android.art/javalib/arm64/boot.oat (java.lang.Thread.run+72)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 0000000000198e94  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+204)
  #00  pc 00000000005320fc  /apex/com.android.art/lib64/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+104)
  #00  pc 00000000005332fc  /apex/com.android.art/lib64/libart.so (art::JValue art::InvokeVirtualOrInterfaceWithJValues<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, jvalue const*)+440)
  #00  pc 000000000058081c  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback(void*)+1272)
  #00  pc 00000000000b6234  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
  #00  pc 0000000000050e64  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 3, 2021, 11:10:48 AM3/3/21
to den...@gmail.com, google-adm...@googlegroups.com
Hi Sunho,

Thank you for bringing this issue to our attention. We would ask if you can share either the app in question or a sample app with the same setups and everything. Also if we can get more information on the devices that you are using to test. As well as as stacktraces that show the issue.

Regards,
Google Logo
William Pescherine
Mobile Ads SDK Team
 


ref:_00D1U1174p._5004Q2DKjet:ref
Message has been deleted

Sunho KIM

unread,
Mar 3, 2021, 9:37:03 PM3/3/21
to Google Mobile Ads SDK Developers
I want to share the details via "Reply to Author" button.
But it is disabled.

John Doe

unread,
Mar 4, 2021, 2:34:29 AM3/4/21
to Google Mobile Ads SDK Developers
Hi William

I want to second it. The issue started appearing in March with only 1 or 2 cases before that. All 8 of my games are affected, both updated and old, so it touches at least 3 latest SDK releases. The games display banners. A player who contacted us had Google Play Services version 21.02.14 (150400-352619232). The list of affected devices is the following, but Galaxy S20 and S21 are dominant (probably due to a market share):

Google Pixel 3
Google Pixel 4a
Google Pixel 4a (5G)
Xiaomi Mi Note 10 Lite
Samsung Galaxy A71 5G
Samsung Galaxy S10
Samsung Galaxy S10+
Samsung Galaxy S10e
Samsung Galaxy S20 5G
Samsung Galaxy S20+ 5G
Samsung Galaxy S20 FE
Samsung Galaxy S20 FE 5G
Samsung Galaxy S21 5G 
Samsung Galaxy S21 Ultra 5G
Samsung Galaxy S21+ 5G
Samsung Galaxy Z Flip
Samsung Galaxy Note20 5G
Sony Xperia 10 II
LGE LG V60 ThinQ

If you need an app example, any of these will do. https://play.google.com/store/apps/developer?id=KARMAN+Games
Affected players simply press New Game in a main menu. Probably the game should have existed before Android 11 update (I can't confirm that part)

Janning Vygen

unread,
Mar 5, 2021, 5:10:57 AM3/5/21
to Google Mobile Ads SDK Developers
Same here with our Kicktipp App. It happends only with v71 which has updates some libs:

-    implementation 'com.google.firebase:firebase-messaging:21.0.0'
+    implementation 'com.google.firebase:firebase-messaging:21.0.1'
     implementation 'com.google.android.gms:play-services-base:17.5.0'
-    implementation 'com.google.android.gms:play-services-ads:19.5.0'
-    implementation 'com.android.billingclient:billing:3.0.1'
+    implementation 'com.google.android.gms:play-services-ads:19.6.0'
+    implementation 'com.android.billingclient:billing:3.0.2'
 


stacktrace:
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> de.kicktipp.mbookmark <<<

backtrace:
  #00  pc 00000000004e563c  /apex/com.android.art/lib64/libart.so (art::OatHeader::IsDebuggable() const+64)
  #00  pc 00000000004e5ce8  /apex/com.android.art/lib64/libart.so (art::OatFileBase::ShouldUnquickenVDex() const+56)
  #00  pc 00000000004e5e88  /apex/com.android.art/lib64/libart.so (art::OatFileBase::LoadVdex(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+80)
  #00  pc 00000000004e9e88  /apex/com.android.art/lib64/libart.so (art::OatFile::Open(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, art::ArrayRef<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const>, art::MemMap*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+468)
  #00  pc 00000000004f066c  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::GetFile()+696)
  #00  pc 00000000004ef92c  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::Status()+76)
  #00  pc 00000000004efd4c  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::ReleaseFileForUse()+56)
  #00  pc 00000000004f5238  /apex/com.android.art/lib64/libart.so (art::OatFileManager::OpenDexFilesFromOat(char const*, _jobject*, _jobjectArray*, art::OatFile const**, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >*)+292)
  #00  pc 00000000004a8fc4  /apex/com.android.art/lib64/libart.so (art::DexFile_openDexFileNative(_JNIEnv*, _jclass*, _jstring*, _jstring*, int, _jobject*, _jobjectArray*)+144)

  #00  pc 0000000000010a88  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (art_jni_trampoline+264)
  #00  pc 000000000001f744  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexFile.openDexFile+244)
  #00  pc 0000000000021560  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.makeDexElements+784)
  #00  pc 0000000000020d38  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.<init>+664)
  #00  pc 000000000001d934  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.BaseDexClassLoader.<init>+228)
  #00  pc 0000000000058830  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexClassLoader.<init>+80)

  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 0000000000320b6c  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+376)
  #00  pc 0000000000316e98  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+996)
  #00  pc 0000000000686cfc  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+576)

  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001764a6  /data/user_de/0/com.google.android.gms/app_chimera/m/00000033/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.c+118)
  #00  pc 0000000000686f9c  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+1248)

  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001765f8  /data/user_de/0/com.google.android.gms/app_chimera/m/00000033/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.a+8)
  #00  pc 0000000000684920  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)

  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 0000000000094d8a  /data/user_de/0/com.google.android.gms/app_chimera/m/00000033/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.c+26)
  #00  pc 0000000000684920  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)

  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 00000000000949fe  /data/user_de/0/com.google.android.gms/app_chimera/m/00000033/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.a+70)
  #00  pc 000000000030e494  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.13348431324070995132)+268)
  #00  pc 0000000000316484  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*, art::JValue*)+200)
  #00  pc 0000000000316e7c  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+968)
  #00  pc 00000000006875d8  /apex/com.android.art/lib64/libart.so (MterpInvokeStatic+548)

  #00  pc 000000000012e994  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_static+20)
  #00  pc 00000000000be4fe  /data/user_de/0/com.google.android.gms/app_chimera/m/00000033/dl-AdsFdrDynamite.integ_204890103100000.apk (com.google.android.gms.ads.internal.i.run+162)
  #00  pc 000000000030e494  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.13348431324070995132)+268)
  #00  pc 0000000000673104  /apex/com.android.art/lib64/libart.so (artQuickToInterpreterBridge+780)

  #00  pc 000000000013dff8  /apex/com.android.art/lib64/libart.so (art_quick_to_interpreter_bridge+88)
  #00  pc 00000000002a2ce8  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+984)
  #00  pc 000000000029fee0  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+64)
  #00  pc 000000000015ce98  /apex/com.android.art/javalib/arm64/boot.oat (java.lang.Thread.run+72)

  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 000000000055c624  /apex/com.android.art/lib64/libart.so (art::JValue art::InvokeVirtualOrInterfaceWithJValues<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, jvalue const*)+460)
  #00  pc 00000000005abde4  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback(void*)+1308)
  #00  pc 00000000000affe8  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
  #00  pc 00000000000504cc  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

Amila Tech

unread,
Mar 6, 2021, 3:36:01 AM3/6/21
to Google Mobile Ads SDK Developers
We have the same issue for all of our apps starting February 20. The apps crash when opening. The issue is reproduced for random users on Android 11.

Devices:
Samsung Galaxy A51
Samsung Galaxy A71 5G
Samsung Galaxy S21 5G
Samsung Galaxy S21+ 5G
Samsung Galaxy S21 Ultra 5G
Samsung Galaxy S20 FE
Samsung Galaxy S10+

Libs:
implementation platform('com.google.firebase:firebase-bom:26.6.0')
implementation "com.google.firebase:firebase-core"
implementation "com.google.firebase:firebase-analytics"
implementation "com.google.firebase:firebase-ads"
implementation "com.google.firebase:firebase-config"
implementation 'com.google.firebase:firebase-crashlytics'
implementation 'com.google.android.ads.consent:consent-library:1.0.8'

Stacktrace:
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> com.easymobs.pregnancy <<<

backtrace:
  #00  pc 00000000004e5d20  /apex/com.android.art/lib64/libart.so (art::OatHeader::IsDebuggable() const+124)
  #00  pc 00000000004e6390  /apex/com.android.art/lib64/libart.so (art::OatFileBase::ShouldUnquickenVDex() const+56)
  #00  pc 00000000004e6530  /apex/com.android.art/lib64/libart.so (art::OatFileBase::LoadVdex(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+80)
  #00  pc 00000000004ea530  /apex/com.android.art/lib64/libart.so (art::OatFile::Open(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, art::ArrayRef<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const>, art::MemMap*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+468)
  #00  pc 00000000004f0d14  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::GetFile()+696)
  #00  pc 00000000004effd4  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::Status()+76)
  #00  pc 00000000004f03f4  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::ReleaseFileForUse()+56)
  #00  pc 00000000004f58e0  /apex/com.android.art/lib64/libart.so (art::OatFileManager::OpenDexFilesFromOat(char const*, _jobject*, _jobjectArray*, art::OatFile const**, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >*)+292)
  #00  pc 00000000004a965c  /apex/com.android.art/lib64/libart.so (art::DexFile_openDexFileNative(_JNIEnv*, _jclass*, _jstring*, _jstring*, int, _jobject*, _jobjectArray*)+144)
  #00  pc 0000000000010a88  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (art_jni_trampoline+264)
  #00  pc 000000000001f744  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexFile.openDexFile+244)
  #00  pc 0000000000021560  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.makeDexElements+784)
  #00  pc 0000000000020d38  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.<init>+664)
  #00  pc 000000000001d934  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.BaseDexClassLoader.<init>+228)
  #00  pc 0000000000058830  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexClassLoader.<init>+80)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 0000000000321124  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+376)
  #00  pc 0000000000317450  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+996)
  #00  pc 00000000006873a8  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+576)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001764a6  /data/user_de/0/com.google.android.gms/app_chimera/m/0000001a/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.c+118)
  #00  pc 0000000000687648  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+1248)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001765f8  /data/user_de/0/com.google.android.gms/app_chimera/m/0000001a/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.a+8)
  #00  pc 0000000000684fcc  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 0000000000094d8a  /data/user_de/0/com.google.android.gms/app_chimera/m/0000001a/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.c+26)
  #00  pc 0000000000684fcc  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 00000000000949fe  /data/user_de/0/com.google.android.gms/app_chimera/m/0000001a/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.a+70)
  #00  pc 000000000030ea4c  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.9992100977567982655)+268)
  #00  pc 0000000000316a3c  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*, art::JValue*)+200)
  #00  pc 0000000000317434  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+968)
  #00  pc 0000000000687c84  /apex/com.android.art/lib64/libart.so (MterpInvokeStatic+548)
  #00  pc 000000000012e994  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_static+20)
  #00  pc 00000000000be4fe  /data/user_de/0/com.google.android.gms/app_chimera/m/0000001a/dl-AdsFdrDynamite.integ_204890103100000.apk (com.google.android.gms.ads.internal.i.run+162)
  #00  pc 000000000030ea4c  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.9992100977567982655)+268)
  #00  pc 00000000006737b0  /apex/com.android.art/lib64/libart.so (artQuickToInterpreterBridge+780)
  #00  pc 000000000013dff8  /apex/com.android.art/lib64/libart.so (art_quick_to_interpreter_bridge+88)
  #00  pc 00000000002a2ce8  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+984)
  #00  pc 000000000029fee0  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+64)
  #00  pc 000000000015ce98  /apex/com.android.art/javalib/arm64/boot.oat (java.lang.Thread.run+72)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 000000000055cccc  /apex/com.android.art/lib64/libart.so (art::JValue art::InvokeVirtualOrInterfaceWithJValues<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, jvalue const*)+460)
  #00  pc 00000000005ac490  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback(void*)+1308)
  #00  pc 00000000000b0228  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
  #00  pc 000000000005070c  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

Amila Tech

unread,
Mar 6, 2021, 3:45:10 AM3/6/21
to Google Mobile Ads SDK Developers
Overall we have 700 instances of this crash daily and the number is growing each day.

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 9, 2021, 4:34:45 PM3/9/21
to den...@gmail.com, google-adm...@googlegroups.com
Hi Sunho,

Appreciate the additional information. As well as all the others who have added on into this. I was able to look at the post that is talking about this as well. From what I see on the link that was given. The issue appears to still be happening on even the Facebook side. The fact that you also have to touch the phones firmware would be a little unusual as that is something that I have not seen on here for other mediation partners. Which would also seem to indicate that it might be more related to Facebook.

ark.t...@gmail.com

unread,
Mar 10, 2021, 2:14:52 AM3/10/21
to Google Mobile Ads SDK Developers
Hi. I have this art::OatHeader::IsDebuggable() error in my app even with Facebook mediation removed. The stack trace was a bit different with Facebook mediation present and it mentioned FB file in it.
Without Facebook dependency in the app the stack trace in my app looks like the stack trace shown by previous posters. I'm not sure if it's related to AdMob, I came here because I found this thread looking for more information about the issue. I can only confirm that it happens without Facebook mediation.

Is "dl-AdsFdrDynamite.integ_204890103100000.apk" something related to AdMob?


Mobile Ads SDK Forum Advisor Prod

unread,
Mar 10, 2021, 5:47:21 AM3/10/21
to develope...@gmail.com, google-adm...@googlegroups.com
Hi there,

I work along with William. Allow me to assist you in this.

I tried your apps to our test device (Google Pixel 3 XL, Android 11), and I wasn't able to trigger the issue that you reported. With this, could you please provide the following:
  • A project (or at least a test project) where the issue is reproducible
  • Steps to trigger the crash
Regards,
Google Logo
Teejay Wennie Pimentel
Mobile Ads SDK Team
 



 

ref:_00D1U1174p._5004Q2DKjet:ref

D Place

unread,
Mar 10, 2021, 6:23:55 AM3/10/21
to Google Mobile Ads SDK Developers
We had no crashes of this nature before the end of Feb, then started getting these crashes on already established releases. Could this be caused by certain ads? Has the admob sdk had any remote changes made?

Janning Vygen

unread,
Mar 10, 2021, 6:45:56 AM3/10/21
to Google Mobile Ads SDK Developers
It is NOT happening on Pixel devices, I tested a few.
It is only on Samsung Galaxy devices like 10, 20, 20 FE, 10+ and so on.
It happens ONLY on Android 11.
It started on Feb 20 and it was getting worse.
The affected users can't use the app anymore as it just crashes immedeatly. First randomly 50%, later on always.
I first stopped delivering ads only for these users. The app worked fine for them without ad loading

I stopped delivering ads on Android 11 and the crashes are gone completly.

It is not related to any version update on our side. It suddenly started and got worse.

Not all Samsung Galaxy users are impacted by this bug. To me it seems its only a fraction of users
We have seen 104625 users with a Samsung Galaxy and Android 11 in our app since Feb 20.
Only 69 has been affected according to the console reports

So it must be some Ad Loading stuff as you can see in the stacktrace.

Bildschirmfoto von 2021-03-10 12-35-40.png

Amila Tech

unread,
Mar 10, 2021, 8:33:49 AM3/10/21
to Google Mobile Ads SDK Developers
Hi Teejay,

Thank you for looking into the issue.

We don't know the steps to trigger the crash. We have tested our apps on Samsung s21 (Android 11) and they work perfectly, but they crash for some random users on Prod on Samsung s21 (Android 11) and on other models too.

We don't have any Facebook libraries integrated into our apps. 

Thank you,
Gavriil

Janning Vygen

unread,
Mar 10, 2021, 8:36:08 AM3/10/21
to Google Mobile Ads SDK Developers
We dont have any facebook libs in our app either.

ABQ App Source

unread,
Mar 10, 2021, 9:18:01 AM3/10/21
to Google Mobile Ads SDK Developers
Adding my two cents - pretty much the same issue others are reporting.
* Same stack trace, with hundreds of instances per day starting late Feb and getting worse in early March
* All with Android 11, on both Pixel and Samsung devices. Same relevant line in the stack trace (/data/user_de/0/com.google.android.gms/app_chimera/m/0000003f/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.c+118))
* Not reproducible locally (so far) on real devices or emulators
* Using Google Mobile Ads 19.7.0 (com.google.android.gms:play-services-ads:19.7.0) (no Facebook libraries) - also happening in older app versions that use 19.5.0
* I've been in contact with a few users experiencing the issue and confirmed that clearing the cache and storage for Google Play Services and the Play Store fixes the issue (sent these instructions).


backtrace:
  #00  pc 00000000004e5678  /apex/com.android.art/lib64/libart.so (art::OatHeader::IsDebuggable() const+124)
  #00  pc 00000000004e5ce8  /apex/com.android.art/lib64/libart.so (art::OatFileBase::ShouldUnquickenVDex() const+56)
  #00  pc 00000000004e5e88  /apex/com.android.art/lib64/libart.so (art::OatFileBase::LoadVdex(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+80)
  #00  pc 00000000004e9e88  /apex/com.android.art/lib64/libart.so (art::OatFile::Open(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, art::ArrayRef<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const>, art::MemMap*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+468)
  #00  pc 00000000004f066c  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::GetFile()+696)
  #00  pc 00000000004ef92c  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::Status()+76)
  #00  pc 00000000004efd4c  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::ReleaseFileForUse()+56)
  #00  pc 00000000004f5238  /apex/com.android.art/lib64/libart.so (art::OatFileManager::OpenDexFilesFromOat(char const*, _jobject*, _jobjectArray*, art::OatFile const**, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >*)+292)
  #00  pc 00000000004a8fc4  /apex/com.android.art/lib64/libart.so (art::DexFile_openDexFileNative(_JNIEnv*, _jclass*, _jstring*, _jstring*, int, _jobject*, _jobjectArray*)+144)
  #00  pc 0000000000010a88  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (art_jni_trampoline+264)
  #00  pc 000000000001f744  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexFile.openDexFile+244)
  #00  pc 0000000000021560  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.makeDexElements+784)
  #00  pc 0000000000020d38  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.<init>+664)
  #00  pc 000000000001d934  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.BaseDexClassLoader.<init>+228)
  #00  pc 0000000000058830  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexClassLoader.<init>+80)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 0000000000320b6c  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+376)
  #00  pc 0000000000316e98  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+996)
  #00  pc 0000000000686cfc  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+576)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001764a6  /data/user_de/0/com.google.android.gms/app_chimera/m/0000003f/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.c+118)
  #00  pc 0000000000686f9c  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+1248)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 00000000001765f8  /data/user_de/0/com.google.android.gms/app_chimera/m/0000003f/dl-AdsFdrDynamite.integ_204890103100000.apk (qb.a+8)
  #00  pc 0000000000684920  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 0000000000094d8a  /data/user_de/0/com.google.android.gms/app_chimera/m/0000003f/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.c+26)
  #00  pc 0000000000684920  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 00000000000949fe  /data/user_de/0/com.google.android.gms/app_chimera/m/0000003f/dl-AdsFdrDynamite.integ_204890103100000.apk (ec.a+70)
  #00  pc 000000000030e494  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.13348431324070995132)+268)
  #00  pc 0000000000316484  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*, art::JValue*)+200)
  #00  pc 0000000000316e7c  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+968)
  #00  pc 00000000006875d8  /apex/com.android.art/lib64/libart.so (MterpInvokeStatic+548)
  #00  pc 000000000012e994  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_static+20)
  #00  pc 00000000000be4fe  /data/user_de/0/com.google.android.gms/app_chimera/m/0000003f/dl-AdsFdrDynamite.integ_204890103100000.apk (com.google.android.gms.ads.internal.i.run+162)
  #00  pc 000000000030e494  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.13348431324070995132)+268)
  #00  pc 0000000000673104  /apex/com.android.art/lib64/libart.so (artQuickToInterpreterBridge+780)
  #00  pc 000000000013dff8  /apex/com.android.art/lib64/libart.so (art_quick_to_interpreter_bridge+88)
  #00  pc 00000000002a2ce8  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+984)
  #00  pc 000000000029fee0  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+64)
  #00  pc 000000000015ce98  /apex/com.android.art/javalib/arm64/boot.oat (java.lang.Thread.run+72)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 000000000055c624  /apex/com.android.art/lib64/libart.so (art::JValue art::InvokeVirtualOrInterfaceWithJValues<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, jvalue const*)+460)
  #00  pc 00000000005abde4  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback(void*)+1308)
  #00  pc 00000000000affe8  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
  #00  pc 00000000000504cc  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 10, 2021, 11:23:44 AM3/10/21
to vygen....@gmail.com, google-adm...@googlegroups.com
Hi Everyone,

Thank you to everyone for all the information that has been posted here. At the moment we are asking if someone is able to send us a simple app that is able to reproduce this issue with relative consistency. We are also gathering a list of devices that has seen this on. As well as any known steps that can help us to reproduce this. Also while testing we are asking if you can capture Charles logs at the same time.

Regards,
Google Logo
William Pescherine
Mobile Ads SDK Team
 


ref:_00D1U1174p._5004Q2DKjet:ref

Sentry Apps

unread,
Mar 10, 2021, 11:59:07 AM3/10/21
to Google Mobile Ads SDK Developers
We've been following this thread for a few days, as this issue is causing 60%+ of crashes on our app since late February, so hopefully one more "me too" can help show how big a problem this has become and get it fixed.

Details:
- Google Ads 18.3.0 (old version)
- Android 11 only
- Samsung only
- have not been able to reproduce, and only affecting a small percent of Samsung/Android 11 users (but they seem to crash a lot until they eventually uninstall / give up)
- have not been in contact with an affected user yet

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 10, 2021, 1:00:42 PM3/10/21
to sentr...@gmail.com, google-adm...@googlegroups.com
Hi Sentry,

Thank you for the response, and know that we have been looking into this as everyone has been posting us about this. As stated previously. We have not been able to replicate it on our end yet. But are askign if you have a sample app that does it to share with us. As well as Charles logs, and even videos that show the issue. ALso any steps that help us to replicate it will speed up our ability resolve this for you.

Also keep the lists of devices coming in as we will also need to build that up too.

D P

unread,
Mar 17, 2021, 4:39:29 AM3/17/21
to Google Mobile Ads SDK Developers
Crashes are still occurring, is there any update on this? I see there is a new admob release sdk 19.8.0. Does this provide a solution?

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 17, 2021, 10:42:50 AM3/17/21
to macha...@gmail.com, google-adm...@googlegroups.com
Hi D P,

Thank you for bringing this issue to our attention. As we have been asking previously. We need a sample app that we can reproduce the crash with. As of now we have been unable to reproduce this. Once we get this we will bring it to our team to look into. As well as any steps and logs that show this error will also help us to look deeper into this.

Regards,
Google Logo
William Peschjerine
Mobile Ads SDK Team
 


ref:_00D1U1174p._5004Q2DKjet:ref

Sentry Apps

unread,
Mar 17, 2021, 11:22:39 AM3/17/21
to Google Mobile Ads SDK Developers
As has been stated multiple times, no one can reproduce this issue with a sample app since it only occurs on a SMALL percentage of devices running Android 11 (less than 1 in 100?). Despite it being a small percentage, they are a large percentage of our crash logs and it is very troublesome.

I can't go and buy 100 or more S10/S20 phones to try to reproduce the issue. Why can't the Google team get their hands on one of these problematic devices from a user experiencing the issue? Other individuals in the thread above have had contact with users experiencing this issue...

- send them Play Store gift cards to jump on a Zoom call to debug the issue
- or buy the phone outright from them, or send a new replacement

Waiting for someone to create a sample app that reproduces an issue that affects a small percentage is unlikely to happen.

So, with this still continuing, and no fix in the foreseeable future, what are we to do? I either need to stop displaying ads to those on Android 11 or look into alternate ad serving for these users... frustrating.

D P

unread,
Mar 17, 2021, 11:47:21 AM3/17/21
to Google Mobile Ads SDK Developers
Agree with Sentry, if we could reproduce this then we would supply the information. In my case I am using adaptive banner, and these crashes started on 28 Feb on an already established release. There must be some record of any changes that were made from that date such as remote config to admob, Google play services update or a particular ad campaign.

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 17, 2021, 12:47:22 PM3/17/21
to sentr...@gmail.com, google-adm...@googlegroups.com
Hi Sentry,

Thank you for the response back. While we understand your frustration. You will see, that we have gotten a sample in the past and have tested it on a few devices that would fit the descriptions we have been told. And been unable to reproduce this.

That is why we ask for a version that we know will produce this crash relatively consistently. There is no need to get 100 devices, just one device and 1 sample app that does it. The reason for the sample app is that we will also need to look into that and see what could cause the conflict. As of this moment we have nothing that we can find. If someone has something that we can get a better idea from, then we will look more into it.

At the moment we do not have that.

Regards,
Google Logo
William Pescherine
Mobile Ads SDK Team
 


ref:_00D1U1174p._5004Q2DKjet:ref

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 17, 2021, 12:51:35 PM3/17/21
to macha...@gmail.com, google-adm...@googlegroups.com
Hi D P,

Thank you for the response. We understand the issue and are looking to help. But without the ability to see the issue or produce it. We will be unable to loo into what could be happening. e are able to help with anything that is happening with the SDK. At the moment we do not see anything. If you have Charles logs or stack traces that show something along with the app. Then we can look further into this. But right now we need more.

Regards,
Google Logo
William Pescherine
Mobile Ads SDK Team
 


ref:_00D1U1174p._5004Q2DKjet:ref

Sunho KIM

unread,
Mar 17, 2021, 8:40:35 PM3/17/21
to Google Mobile Ads SDK Developers
This issue make my loyal users leave my app.
Replacing the problematic API with another might be a solution because reproducing this issue is virtually impossible.

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 18, 2021, 1:43:01 AM3/18/21
to den...@gmail.com, google-adm...@googlegroups.com

Hi Sunho,

Thank you for your message and we do understand your concern. Rest assured, the team is actively working on this issue. We will give you an update once we have our findings.


Regards,




Google Logo
Sherwin Diesta
Mobile Ads SDK Team
 

 

ref:_00D1U1174p._5004Q2DKjet:ref

Toni Kaufmann

unread,
Mar 20, 2021, 10:01:08 AM3/20/21
to Google Mobile Ads SDK Developers
Hi Everyone, 

I got the same problem. Many lost users and no possibility to fix this issue by myself. It's a serious bug with hundreds of fatal crashes everyday in my app (won't start anymore) only solution is to clear the cache and all data which is not an option for most of my users because the store important data in my app.

As Sunho write at the beginning facebook had a similar issue and fix it with 6.2.1 by replacing the problematic api see this: Thread.

I already update to 19.8.0 and the problem is still there.

Mostly Samsung Devices but also see pixel 4a and xiaomi in the crash reports. I was also not able to reproduce it by myself.

Please Google, we need a fast fix for this bug!

 #00  pc 00000000004e722c  /apex/com.android.art/lib64/libart.so (art::OatHeader::IsDebuggable() const+124)
  #00  pc 00000000004e789c  /apex/com.android.art/lib64/libart.so (art::OatFileBase::ShouldUnquickenVDex() const+56)
  #00  pc 00000000004e7a3c  /apex/com.android.art/lib64/libart.so (art::OatFileBase::LoadVdex(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+80)
  #00  pc 00000000004eba3c  /apex/com.android.art/lib64/libart.so (art::OatFile::Open(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool, bool, art::ArrayRef<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const>, art::MemMap*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*)+468)
  #00  pc 00000000004f2220  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::GetFile()+696)
  #00  pc 00000000004f14e0  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::Status()+76)
  #00  pc 00000000004f1900  /apex/com.android.art/lib64/libart.so (art::OatFileAssistant::OatFileInfo::ReleaseFileForUse()+56)
  #00  pc 00000000004f6dec  /apex/com.android.art/lib64/libart.so (art::OatFileManager::OpenDexFilesFromOat(char const*, _jobject*, _jobjectArray*, art::OatFile const**, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >*)+292)
  #00  pc 00000000004aab50  /apex/com.android.art/lib64/libart.so (art::DexFile_openDexFileNative(_JNIEnv*, _jclass*, _jstring*, _jstring*, int, _jobject*, _jobjectArray*)+144)
  #00  pc 0000000000010a88  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (art_jni_trampoline+264)
  #00  pc 000000000001f744  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexFile.openDexFile+244)
  #00  pc 0000000000021560  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.makeDexElements+784)
  #00  pc 0000000000020d38  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexPathList.<init>+664)
  #00  pc 000000000001d934  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.BaseDexClassLoader.<init>+228)
  #00  pc 0000000000058830  /apex/com.android.art/javalib/arm64/boot-core-libart.oat (dalvik.system.DexClassLoader.<init>+80)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 0000000000321260  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+376)
  #00  pc 000000000031758c  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+996)
  #00  pc 00000000006888b4  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+576)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 000000000017e22e  /data/user_de/0/com.google.android.gms/app_chimera/m/0000005f/dl-AdsFdrDynamite.integ_210402101100000.apk (qh.c+118)
  #00  pc 0000000000688b54  /apex/com.android.art/lib64/libart.so (MterpInvokeDirect+1248)
  #00  pc 000000000012e914  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_direct+20)
  #00  pc 000000000017e380  /data/user_de/0/com.google.android.gms/app_chimera/m/0000005f/dl-AdsFdrDynamite.integ_210402101100000.apk (qh.a+8)
  #00  pc 00000000006864d8  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 000000000009865e  /data/user_de/0/com.google.android.gms/app_chimera/m/0000005f/dl-AdsFdrDynamite.integ_210402101100000.apk (eg.c+26)
  #00  pc 00000000006864d8  /apex/com.android.art/lib64/libart.so (MterpInvokeVirtual+1520)
  #00  pc 000000000012e814  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_virtual+20)
  #00  pc 00000000000982d2  /data/user_de/0/com.google.android.gms/app_chimera/m/0000005f/dl-AdsFdrDynamite.integ_210402101100000.apk (eg.a+70)
  #00  pc 000000000030eb88  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.13836355384225087550)+268)
  #00  pc 0000000000316b78  /apex/com.android.art/lib64/libart.so (art::interpreter::ArtInterpreterToInterpreterBridge(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame*, art::JValue*)+200)
  #00  pc 0000000000317570  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+968)
  #00  pc 0000000000689190  /apex/com.android.art/lib64/libart.so (MterpInvokeStatic+548)
  #00  pc 000000000012e994  /apex/com.android.art/lib64/libart.so (mterp_op_invoke_static+20)
  #00  pc 00000000000c1bd6  /data/user_de/0/com.google.android.gms/app_chimera/m/0000005f/dl-AdsFdrDynamite.integ_210402101100000.apk (com.google.android.gms.ads.internal.i.run+162)
  #00  pc 000000000030eb88  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute(art::Thread*, art::CodeItemDataAccessor const&, art::ShadowFrame&, art::JValue, bool, bool) (.llvm.13836355384225087550)+268)
  #00  pc 0000000000674cbc  /apex/com.android.art/lib64/libart.so (artQuickToInterpreterBridge+780)
  #00  pc 000000000013dff8  /apex/com.android.art/lib64/libart.so (art_quick_to_interpreter_bridge+88)
  #00  pc 00000000002a2ce8  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+984)
  #00  pc 000000000029fee0  /apex/com.android.art/javalib/arm64/boot.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+64)
  #00  pc 000000000015ce98  /apex/com.android.art/javalib/arm64/boot.oat (java.lang.Thread.run+72)
  #00  pc 0000000000134564  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+548)
  #00  pc 00000000001a9a78  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+200)
  #00  pc 000000000055e1d8  /apex/com.android.art/lib64/libart.so (art::JValue art::InvokeVirtualOrInterfaceWithJValues<art::ArtMethod*>(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, art::ArtMethod*, jvalue const*)+460)
  #00  pc 00000000005ad99c  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback(void*)+1308)
  #00  pc 00000000000b0228  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
  #00  pc 000000000005070c  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

ABQ App Source

unread,
Mar 20, 2021, 10:16:46 AM3/20/21
to Google Mobile Ads SDK Developers
A few more hopefully useful points:
* This is still happening - a lot.
* Users do not have to clear the app data for my app to fix this - just the Google Play Services and Play Store (these instructions seem have worked for everyone who has tried them). This means they don't have to lose data at least...
* Users having this issue (that I've contacted) have Google Play Services version 21.06.13 (which looks like it first came out around Feb 24, 2021 - around when these crashes started for all of us). However this is not universal (I have 21.06.13 on my Pixel and no problems).

Toni Kaufmann

unread,
Mar 22, 2021, 2:29:53 PM3/22/21
to Google Mobile Ads SDK Developers
I can confirm that cleaning the data & cache for play services fixed the problem also for my users (At least anybody who write back to me). 
Thanks ABQ for the hint!

@Mobile Ads SDK Team 
Any news about this issue? I lost users and get bad ratings everyday :(

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 22, 2021, 8:31:54 PM3/22/21
to toniks...@gmail.com, google-adm...@googlegroups.com
Hello all,

This is a bug at the Android platform level. Details:

Bug - https://issuetracker.google.com/issues/182081085#comment5
Source patch - https://android-review.googlesource.com/c/platform/art/+/1642063/

Unfortunately, as described in the bug link above, this doesn't help devices that are upgrading to Android 11, and clearing cache is the workaround.

Thanks,
Eric, Mobile Ads SDK Team

ref:_00D1U1174p._5004Q2DKjet:ref

AbSoft

unread,
Mar 23, 2021, 12:45:34 AM3/23/21
to Google Mobile Ads SDK Developers
Hi All,

This bug also effects our apps, users start to write BAD review . :(
could you suggest what is the best quick way to avoid the issue :
1. Turn off ads for android 11 users
2. Downgrade ads sdk version & downgrade target sdk target ( i don't know if this allowed of not )

Thanks,

Mobile Ads SDK Forum Advisor Prod

unread,
Mar 23, 2021, 8:47:40 PM3/23/21
to asyn...@gmail.com, google-adm...@googlegroups.com
Hello,

I recommend following https://issuetracker.google.com/issues/182081085 for updates on workarounds and as the source of truth.

I'm not sure whether disabling ads on Android 11 is enough to fix the issue for users who already experienced the problem. I would guess it would prevent new users from ever executing the code that puts them in what sounds like a crash loop.

I can say with pretty high confidence that downgrading Google Mobile Ads SDK version will NOT fix the issue. The report on https://issuetracker.google.com/issues/182081085 mentions SDK version 11.7.0 which is quite old.

Thanks,
Eric

ref:_00D1U1174p._5004Q2DKjet:ref

Sunho KIM

unread,
Apr 1, 2021, 8:20:29 PM4/1/21
to Google Mobile Ads SDK Developers
Hi.

Isn't there any workaround for the issue except disabling ads on Android 11?

Sunho

Mobile Ads SDK Forum Advisor Prod

unread,
Apr 1, 2021, 8:39:28 PM4/1/21
to den...@gmail.com, google-adm...@googlegroups.com

Hi Sunho,

There is no recommended workaround at this time. Please check https://issuetracker.google.com/issues/182081085 for future updates.



Thanks,
Eric, Mobile Ads SDK Team



ref:_00D1U1174p._5004Q2DKjet:ref

marti...@gmail.com

unread,
Apr 5, 2021, 8:45:25 AM4/5/21
to Google Mobile Ads SDK Developers
There has to be something that can be done about this issue. Can Admob not just publish an update to the SDK?

Op vrijdag 2 april 2021 om 02:39:28 UTC+2 schreef mobileadssdkforumadvisor:

Mobile Ads SDK Forum Advisor Prod

unread,
Apr 5, 2021, 8:54:06 PM4/5/21
to marti...@gmail.com, google-adm...@googlegroups.com
Hi,

What you see on https://issuetracker.google.com/issues/182081085 is the same information we have internally. It's been difficult to get a direct answer on how to work around this bug at the Android level.

I'll circle back with the engineering team again to see if anything can be done from the ads side.

Mobile Ads SDK Forum Advisor Prod

unread,
Apr 7, 2021, 4:16:10 PM4/7/21
to marti...@gmail.com, google-adm...@googlegroups.com

Hi all,

I'm still working on getting concrete information on whether the Google Mobile Ads SDK can work around this crash, but to be transparent and set expectations, that's unlikely to materialize. 

I also wanted to point out that https://issuetracker.google.com/issues/182081085#comment5 does say it might go away overnight when background compilation happens after an OTA update.

Finally, one idea for a workaround is adding an alert at the opening of your app, with a recommendation to clear cached data if they run into crashes. Pseudocode may look like this:

if (isAndroidR && hasNotAcknowledgedPrompt) {
  String message = "We've gotten reports of app crashes from devices that recently updated to the Android 11 OS. If you experience this app crashing, please clear your cache by going to 'Settings -> Storage -> Cached Data -> OK', and then try opening the app again.";
  showAlert(message, onMessageAcknowledgedListener() {
    loadAds()
  });
}

This workaround would raise awareness about clearing the cache (the recommended workaround in https://issuetracker.google.com/issues/182081085), while also not disabling ads indefinitely for all Android R users.



Thanks,
Eric, Mobile Ads SDK Team



ref:_00D1U1174p._5004Q2DKjet:ref

Toni Kaufmann

unread,
May 28, 2021, 8:39:33 PM5/28/21
to Google Mobile Ads SDK Developers
Hi again,
I just want to know if there are any news about this issue? Every day there are more Android 11 devices where my app no longer works.
It looks like the problem is fixed on android level but as we all know, it is very uncertain to hope that the device manufacturers will integrate this fix into their updates in the near future.

It would be nice if Google can fix this error at the SDK level, like Facebook did with the same problem (in their Audience Network SDK) by so far I understand using an older API:

https://github.com/fbsamples/audience-network/issues/132
https://stackoverflow.com/questions/64698538/facebook-audience-6-2-0-apex-com-android-art-lib64-libart-so-artoatheaderi

Please Google, we developers are still losing users here and we all losing advertising revenue...

Mobile Ads SDK Forum Advisor Prod

unread,
Jun 2, 2021, 11:54:19 AM6/2/21
to toniks...@gmail.com, google-adm...@googlegroups.com
Hi Tony,

There are several updates in the public bug starting at https://issuetracker.google.com/issues/182081085#comment16, saying the issue was fixed in the Android OS, an OS update will be rolled out to Pixel devices, and Android team is working with OEMs to strongly encourage they update that patch as well. In the meantime, the recommended workaround there is to create an app update which will somehow trigger the fix (though it could pop up again if another OS update comes that didn't include the patch), and an app update that only works on Android 11 or higher would allow the user to see the update only once they upgrade to Android 11.

From the stack trace, the line that's causing native Android commands to be run is pretty core to the GMA SDK and cannot just be easily pulled out. So the recommendation is still workarounds in https://issuetracker.google.com/issues/182081085.

Also, this is a personal opinion, but I'm not convinced Facebook actually fixed the issue on their side. https://github.com/fbsamples/audience-network/issues/132 had several users saying they still saw the issue on Audience Network 6.2.1, and https://issuetracker.google.com/issues/182081085 says an app update temporarily fixes the issue. I suspect that it could have just been an app update (and not anything Facebook did) that temporarily mitigated the problem for them. But crashes could have came back by some OS update after users updated to 6.2.1, and could have remained until those developers again published a new release.
Reply all
Reply to author
Forward
0 new messages