iOS App Crash that caused by AdMob SDK: WebCore WebCore::GraphicsContext3D::

[gao.ja...@gmail.com]

We have added interstitial ads to our iOS app, using GoogleMobileAdsSdkiOS-7.13.1<GoogleMobileAds.framework>.  

However we have found that 10% rate of crash occurred per day.  We do not know what happened but the crash stack shown below.

If anyone know how to solve this problem, please help me, thank you very much~

libGPUSupportMercury.dylib  _gpus_ReturnNotPermittedKillClient + 12

AGXGLDriver gldUpdateDispatch + 7136

libGPUSupportMercury.dylib  gpusSubmitDataBuffers + 176

AGXGLDriver gldUpdateDispatch + 12704 

WebCore  WebCore::GraphicsContext3D::reshape(int, int) + 528

WebCore WebCore::WebGLRenderingContextBase::initializeNewContext() + 716

WebCore::WebGLRenderingContextBase::WebGLRenderingContextBase(WebCore::HTMLCanvasElement*, WTF::RefPtr<WebCore::GraphicsContext3D>&&, WebCore::GraphicsContext3D::Attributes) + 516

WebCore::WebGLRenderingContext::WebGLRenderingContext(WebCore::HTMLCanvasElement*, WTF::PassRefPtr<WebCore::GraphicsContext3D>, WebCore::GraphicsContext3D::Attributes) + 40

WebCore::WebGLRenderingContextBase::create(WebCore::HTMLCanvasElement*, WebCore::WebGLContextAttributes*, WTF::String const&) + 1276

WebCore::HTMLCanvasElement::getContext(WTF::String const&, WebCore::CanvasContextAttributes*) + 524

11 JavaScriptCore   _llint_entry + 27344
12 JavaScriptCore   _llint_entry + 24760

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi Jason,

This is a known issue and while the team is looking into this, it would be great if you can provide us the following -

• More complete crash logs.
• Your own setup and code snippets if possible.
• I'm going to assume that you are using OpenGL in your project and if so, can you go through this Technical Note by Apple and make sure that there are no GL commands being fired when your app is in the background?

Thanks,

Arjun Busani

Mobile Ads SDK Team

[Jason Gao]

Hi Arjun,

One of complete crash log is shown as below.

This crash happened in device iPhone 5S and OS version is 9.3.5 (13G36).

#60 SIGSEGV

SEGV_ACCERR

libGPUSupportMercury.dylib _gpus_ReturnNotPermittedKillClient

​

Our App is very simple, we do not use any JavaScript  which shown in the crash log or Webview to show something.  

What 's more, when we close Admob interstitial ads, the crash will not appear again.

And we are sure that No OpenGL commands in the code. When our app is in the background, we do nothing but maybe the interstitial ads is loading at that time??.

The relevant code is like this：

loadInterstitialAd when viewDidLoad in MainViewController

- (void) viewDidLoad {
  [super viewDidLoad];
  
  [self loadInterstitialAd];
}

load again when the ads was dismissed.

- (void)interstitialDidDismissScreen:(GADInterstitial *)interstitial

{

    _admobInterstitialAd = nil;

    [self loadGADInterstitialAd];

}

That's all. If you have any question, please feel free to contact me.

Thanks a lot~

Best regards,

Jason

​

--

---
You received this message because you are subscribed to a topic in the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-admob-ads-sdk/MOaVw22zUgY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.
To post to this group, send email to google-admob-ads-sdk@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi Jason,

• Were you able to reproduce this issue locally? I want to know the exact point where your app crashes. 
• Do you think this might be a creative specific issue? If so, can you share Charles logs as well for us to look into. 
• Also, thank you for the crash logs. I will be forwarding this info to the team. 

Thanks,

Arjun Busani

Mobile Ads SDK Team

[Jason Gao]

Hi Arjun,

      It is a pity that we can not reproduce this issue locally. No matter how we test our app, the crash never appear again, so we do not know the exact point where app crashes. However, this crash is the top issue  in the Xcode Organizer Crashes reports. It troubles us a long time to find the reason until we try to close admob interstitials ads.

      

To unsubscribe from this group and all its topics, send an email to google-admob-ads-sdk+unsubscrib...@googlegroups.com.

To post to this group, send email to google-admob-ads-sdk@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[David Choi]

Hello Veer, 

Is there any progress on this issue? Our team is facing significant volumes of this particular crash (18k crashes in the past week). It is not reproducible locally but that shouldn't stop the Google dev team from addressing this issue.

To unsubscribe from this group and all its topics, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.

To post to this group, send email to google-adm...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

---
You received this message because you are subscribed to a topic in the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-admob-ads-sdk/MOaVw22zUgY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.

To post to this group, send email to google-adm...@googlegroups.com.

[David Choi]

Here is our stack trace:

#0 Crashed: WebThread

EXC_BAD_ACCESS KERN_INVALID_ADDRESS 0x0000000000000001 Raw Text

0 libGPUSupportMercury.dylib gpus_ReturnNotPermittedKillClient

1 libGPUSupportMercury.dylib gpusSubmitDataBuffers

2 WebCore WebCore::GraphicsContext3D::reshape(int, int) + 528

3 WebCore WebCore::WebGLRenderingContextBase::initializeNewContext() + 640

4 WebCore WebCore::WebGLRenderingContextBase::WebGLRenderingContextBase(WebCore::HTMLCanvasElement*, WTF::PassRefPtr<WebCore::GraphicsContext3D>, WebCore::GraphicsContext3D::Attributes) + 516

5 WebCore WebCore::WebGLRenderingContext::WebGLRenderingContext(WebCore::HTMLCanvasElement*, WTF::PassRefPtr<WebCore::GraphicsContext3D>, WebCore::GraphicsContext3D::Attributes) + 40

6 WebCore WebCore::WebGLRenderingContextBase::create(WebCore::HTMLCanvasElement*, WebCore::WebGLContextAttributes*, WTF::String const&) + 1280

7 WebCore WebCore::HTMLCanvasElement::getContext(WTF::String const&, WebCore::CanvasContextAttributes*) + 492

8 WebCore WebCore::JSHTMLCanvasElement::getContext(JSC::ExecState*) + 212

9 JavaScriptCore llint_entry + 25040

10 JavaScriptCore llint_entry + 23636

11 JavaScriptCore llint_entry + 23636

12 JavaScriptCore llint_entry + 23636

13 JavaScriptCore llint_entry + 23636

14 JavaScriptCore vmEntryToJavaScript + 312

15 JavaScriptCore JSC::JITCode::execute(JSC::VM*, JSC::ProtoCallFrame*) + 180

16 JavaScriptCore JSC::Interpreter::executeCall(JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 400

17 JavaScriptCore JSC::boundFunctionCall(JSC::ExecState*) + 540

18 JavaScriptCore vmEntryToNative + 320

19 JavaScriptCore JSC::Interpreter::executeCall(JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 468

20 JavaScriptCore JSC::call(JSC::ExecState*, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&, WTF::NakedPtr<JSC::Exception>&) + 80

21 WebCore WebCore::ScheduledAction::executeFunctionInContext(JSC::JSGlobalObject*, JSC::JSValue, WebCore::ScriptExecutionContext&) + 468

22 WebCore WebCore::ScheduledAction::execute(WebCore::Document&) + 140

23 WebCore WebCore::DOMTimer::fired() + 580

24 WebCore WebCore::ThreadTimers::sharedTimerFiredInternal() + 148

25 WebCore WebCore::timerFired(__CFRunLoopTimer*, void*) + 36

26 CoreFoundation __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 28

27 CoreFoundation __CFRunLoopDoTimer + 884

28 CoreFoundation __CFRunLoopRun + 1520

29 CoreFoundation CFRunLoopRunSpecific + 384

30 WebCore RunWebThread(void*) + 456

31 libsystem_pthread.dylib _pthread_body + 156

32 libsystem_pthread.dylib _pthread_body + 154

33 libsystem_pthread.dylib thread_start + 4

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi David,

Thank you for the trace and I have forwarded this to the team. We will keep you guys posted on any update that the team follows up with on this issue.

Thanks,

Arjun Busani
Mobile Ads SDK Team

[Leo Lobato]

Is it possible that this issue is generated by the MoPub SDK when using mediation?

We're also having this issue (it's the #1 reason for crashes on our app) and found a similar issue from someone using the MoPub SDK, with a fix.

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi Leo,

Are you mediating via MoPub? Also, are you able to reproduce the crash locally? I will share this info with the team and will keep you posted on any updates. 

Thanks,

Arjun Busani
Mobile Ads SDK Team

[Leo Lobato]

We are actually mediating a few networks through AdMob:

For banners: AdMob, MoPub and Nexage (Millennial Media)

For interstitials: Nexage, MoPub, Vungle, AdMob

We have been trying to reproduce locally with Charles connected and will also get back to you if we do, but we do have many crash reports from Crashlytics -- we just haven't been able to reproduce locally yet.

[ja...@adverts.ie]

Hi all,

We have also seen a spike in these crashes since November 8th (they have been happening in our app the last couple of months but generally they have been fairly rare but have started happen a lot now) So not sure if its some rogue creative causing this issues that is being served though Google ad exchange. Here is a link to the crash for us crashlytics. So in that link it does not include some of the additional logging we do in our app. But for every crash that I can see just before it happens the app is moved to the background. So pulled from our logs we tend to see the following just before the crash occurs.

11	|	15:49:41:959	|	28/11/2016 15:49:41 - [UIApplication] willResignActive [view: AdDetailsContainerViewController, depth: 2, tab: 3, session: 87.3s, state: active]
12	|	15:49:43:279	|	28/11/2016 15:49:43 - [UIApplication] didEnterBackground [view: AdDetailsContainerViewController, depth: 2, tab: 3, session: 88.6s, state: background] I have also not been able to reproduce this on our end either. We also do not use any webviews / opengl in our app also.

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi Jason,

Can you confirm the SDK version in your app? I have shared your crash log to the team with the additional info and thank you for reporting this to us.

Thanks,

Arjun Busani
Mobile Ads SDK Team

[ja...@adverts.ie]

Hi Arjun,

Yeah we are currently on version 7.12.1

[Stephen Aldous]

I just enabled interstitial ads in my app (was using banners only before) and since enabling interstitial my app is also reporting this crash :(

AdMob SDK 7.16.0

[Justin Hill]

Hello,

We are also experiencing this crash. We ship a templatized app and have a sample size of about 100 apps to look at. Only our partners who are meditating Verve ads are seeing it. I believe these partners are also the only ones using interstitial ads. Here's a complete stack trace, hope it helps. Let me know if I can provide any more information that would be helpful.

Using GMA 7.16.0.

Code Type: ARM-64
Parent Process: ??? [1]

Date/Time: 2017-01-29T04:58:17Z
Launch Time: 2017-01-29T04:57:05Z
OS Version: iPhone OS 10.0.2 (14A456)
Report Version: 104

Exception Type: SIGSEGV
Exception Codes: SEGV_ACCERR at 0x1
Crashed Thread: 6

Thread 0:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 GraphicsServices 0x000000018a539198 GSEventRunModal + 176
5 UIKit 0x000000018ea90628 -[UIApplication _run] + 680
6 UIKit 0x000000018ea8b360 UIApplicationMain + 204
7 Frankly News 0x0000000100097294 main (main.m:10)
8 libdyld.dylib 0x0000000187a985b8 start + 0

Thread 1:
0 libsystem_kernel.dylib 0x0000000187baaa88 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000187c6cdb4 start_wqthread + 0

Thread 2:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 Foundation 0x00000001895c4b1c -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 300
5 Foundation 0x00000001895e560c -[NSRunLoop(NSRunLoop) runUntilDate:] + 92
6 UIKit 0x000000018f405c7c -[UIEventFetcher threadMain] + 132
7 Foundation 0x00000001896c250c __NSThread__start__ + 1020
8 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
9 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
10 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 3:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 CFNetwork 0x00000001892a3cec +[NSURLConnection(Loader) _resourceLoadLoop:] + 332
5 Foundation 0x00000001896c250c __NSThread__start__ + 1020
6 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
7 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
8 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 4:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 AVFAudio 0x00000001a2259fe8 GenericRunLoopThread::Entry(void*) + 160
5 AVFAudio 0x00000001a227ff14 CAPThread::Entry(CAPThread*) + 80
6 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
7 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
8 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 5:
0 libsystem_kernel.dylib 0x0000000187baa314 __semwait_signal + 8
1 libc++.1.dylib 0x00000001875d9994 std::__1::this_thread::sleep_for(std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > const&) + 76
2 JavaScriptCore 0x000000018d35e384 void std::__1::this_thread::sleep_for<long long, std::__1::ratio<1l, 1000l> >(std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000l> > const&) + 72
3 JavaScriptCore 0x000000018d35d484 bmalloc::waitUntilFalse(std::__1::unique_lock<bmalloc::StaticMutex>&, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000l> >, bool&) + 124
4 JavaScriptCore 0x000000018d35d2c0 bmalloc::Heap::scavenge(std::__1::unique_lock<bmalloc::StaticMutex>&, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000l> >) + 56
5 JavaScriptCore 0x000000018d35d160 bmalloc::Heap::concurrentScavenge() + 76
6 JavaScriptCore 0x000000018d35e470 bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::*)()>::threadRunLoop() + 88
7 JavaScriptCore 0x000000018d35e39c bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::*)()>::threadEntryPoint(bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::*)()>*) + 8
8 JavaScriptCore 0x000000018d35e64c void* std::__1::__thread_proxy<std::__1::tuple<void (*)(bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::*)()>*), bmalloc::AsyncTask<bmalloc::Heap, void (bmalloc::Heap::*)()>*> >(void*) + 88
9 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
10 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
11 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 6 Crashed:
0 libGPUSupportMercury.dylib 0x00000001983cff90 gpusSubmitDataBuffers + 256
1 AGXGLDriver 0x000000019cde81bc gldUpdateDispatch + 7132
2 libGPUSupportMercury.dylib 0x00000001983d0f40 gpusSubmitDataBuffers + 172
3 AGXGLDriver 0x000000019cde977c gldUpdateDispatch + 12700
4 WebCore 0x000000018db47cb8 WebCore::GraphicsContext3D::reshape(int, int) + 524
5 WebCore 0x000000018e51f98c WebCore::WebGLRenderingContextBase::initializeNewContext() + 712
6 WebCore 0x000000018e51f3e8 WebCore::WebGLRenderingContextBase::WebGLRenderingContextBase(WebCore::HTMLCanvasElement*, WTF::RefPtr<WebCore::GraphicsContext3D>&&, WebCore::GraphicsContext3D::Attributes) + 512
7 WebCore 0x000000018e51768c WebCore::WebGLRenderingContext::WebGLRenderingContext(WebCore::HTMLCanvasElement*, WTF::PassRefPtr<WebCore::GraphicsContext3D>, WebCore::GraphicsContext3D::Attributes) + 36
8 WebCore 0x000000018e51ec68 WebCore::WebGLRenderingContextBase::create(WebCore::HTMLCanvasElement*, WebCore::WebGLContextAttributes*, WTF::String const&) + 1272
9 WebCore 0x000000018d7850ac WebCore::HTMLCanvasElement::getContext(WTF::String const&, WebCore::CanvasContextAttributes*) + 520
10 WebCore 0x000000018de24ba0 WebCore::JSHTMLCanvasElement::getContext(JSC::ExecState&) + 212
11 JavaScriptCore 0x000000018d1ad460 llint_entry + 27340
12 JavaScriptCore 0x000000018d1aca48 llint_entry + 24756
13 JavaScriptCore 0x000000018d1aca48 llint_entry + 24756
14 JavaScriptCore 0x000000018d1aca48 llint_entry + 24756
15 JavaScriptCore 0x000000018d1aca48 llint_entry + 24756
16 JavaScriptCore 0x000000018d1ac9e4 llint_entry + 24656
17 JavaScriptCore 0x000000018d1ac9e4 llint_entry + 24656
18 JavaScriptCore 0x000000018d1ac9e4 llint_entry + 24656
19 JavaScriptCore 0x000000018d1aca48 llint_entry + 24756
20 JavaScriptCore 0x000000018d1aca48 llint_entry + 24756
21 JavaScriptCore 0x000000018d1ace88 llint_entry + 25844
22 JavaScriptCore 0x000000018d1a67c8 vmEntryToJavaScript + 260
23 JavaScriptCore 0x000000018d079ca8 JSC::JITCode::execute(JSC::VM*, JSC::ProtoCallFrame*) + 164
24 JavaScriptCore 0x000000018cac9c0c JSC::Interpreter::executeCall(JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 348
25 JavaScriptCore 0x000000018cd3ce00 JSC::profiledCall(JSC::ExecState*, JSC::ProfilingReason, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&, WTF::NakedPtr<JSC::Exception>&) + 160
26 WebCore 0x000000018d73fe48 WebCore::JSEventListener::handleEvent(WebCore::ScriptExecutionContext*, WebCore::Event*) + 980
27 WebCore 0x000000018da7451c WebCore::EventTarget::fireEventListeners(WebCore::Event&, WebCore::EventTargetData*, WTF::Vector<WebCore::RegisteredEventListener, 1ul, WTF::CrashOnOverflow, 16ul>&) + 616
28 WebCore 0x000000018da741cc WebCore::EventTarget::fireEventListeners(WebCore::Event&) + 324
29 WebCore 0x000000018da74070 WebCore::EventTarget::dispatchEvent(WebCore::Event&) + 104
30 WebCore 0x000000018e56f60c WTF::Function<void (WebCore::ScriptExecutionContext&)>::CallableWrapper<WebCore::WorkerMessagingProxy::postMessageToWorkerObject(WTF::RefPtr<WebCore::SerializedScriptValue>&&, std::__1::unique_ptr<WTF::Vector<std::__1::unique_ptr<WebCore::MessagePortChannel, std::__1::default_delete<WebCore::MessagePortChannel> >, 1ul, WTF::CrashOnOverflow, 16ul>, std::__1::default_delete<WTF::Vector<std::__1::unique_ptr<WebCore::MessagePortChannel, std::__1::default_delete<WebCore::MessagePortChannel> >, 1ul, WTF::CrashOnOverflow, 16ul> > >)::$_0>::call(WebCore::ScriptExecutionContext&) + 236
31 JavaScriptCore 0x000000018ca86950 WTF::dispatchFunctionsFromMainThread() + 276
32 Foundation 0x00000001896c26ec __NSThreadPerformPerform + 336
33 CoreFoundation 0x0000000188b8a278 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 20
34 CoreFoundation 0x0000000188b89bc0 __CFRunLoopDoSources0 + 520
35 CoreFoundation 0x0000000188b877c0 __CFRunLoopRun + 800
36 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
37 WebCore 0x000000018d657a2c RunWebThread(void*) + 452
38 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
39 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
40 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 7:
0 libsystem_kernel.dylib 0x0000000187baaa88 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000187c6cdb4 start_wqthread + 0

Thread 8:
0 libsystem_kernel.dylib 0x0000000187ba9e1c __psynch_cvwait + 8
1 libc++.1.dylib 0x00000001875993ec std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 52
2 JavaScriptCore 0x000000018d346e6c WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2012
3 JavaScriptCore 0x000000018d11f9b8 JSC::JITWorklist::runThread() + 188
4 JavaScriptCore 0x000000018d11fe08 std::__1::__function::__func<JSC::JITWorklist::JITWorklist()::$_0, std::__1::allocator<JSC::JITWorklist::JITWorklist()::$_0>, void ()>::operator()() + 12
5 JavaScriptCore 0x000000018ca8f35c WTF::threadEntryPoint(void*) + 208
6 JavaScriptCore 0x000000018ca8f26c WTF::wtfThreadEntryPoint(void*) + 20
7 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
8 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
9 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 9:
0 libsystem_kernel.dylib 0x0000000187ba9e1c __psynch_cvwait + 8
1 libc++.1.dylib 0x00000001875993ec std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 52
2 JavaScriptCore 0x000000018d346e6c WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2012
3 JavaScriptCore 0x000000018d346464 WTF::ParallelHelperPool::waitForClientWithTask(WTF::Locker<WTF::LockBase> const&) + 284
4 JavaScriptCore 0x000000018d346204 WTF::ParallelHelperPool::helperThreadBody() + 72
5 JavaScriptCore 0x000000018ca8f35c WTF::threadEntryPoint(void*) + 208
6 JavaScriptCore 0x000000018ca8f26c WTF::wtfThreadEntryPoint(void*) + 20
7 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
8 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
9 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 10:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 Foundation 0x00000001895c4b1c -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 300
5 Foundation 0x00000001896192a0 -[NSRunLoop(NSRunLoop) run] + 84
6 Frankly News 0x00000001003cbffc +[OptimizelyAFURLConnectionOperation networkRequestThreadEntryPoint:] (AFURLConnectionOperation.m:168)
7 Foundation 0x00000001896c250c __NSThread__start__ + 1020
8 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
9 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
10 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 11:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 Foundation 0x00000001895c4b1c -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 300
5 Foundation 0x00000001896192a0 -[NSRunLoop(NSRunLoop) run] + 84
6 Frankly News 0x00000001001b26c4 +[GAI threadMain:] + 60
7 Foundation 0x00000001896c250c __NSThread__start__ + 1020
8 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
9 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
10 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 12:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 GeoServices 0x00000001908a91e0 _runNetworkThread + 424
5 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
6 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
7 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 13:
0 libsystem_kernel.dylib 0x0000000187baa314 __semwait_signal + 8
1 Foundation 0x00000001896c17bc +[NSThread sleepForTimeInterval:] + 132
2 VerveAd 0x0000000100d995cc +[VRVMoatOnOff runEnablerLoop] + 312
3 Foundation 0x00000001896c250c __NSThread__start__ + 1020
4 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
5 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
6 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 14:
0 libsystem_kernel.dylib 0x0000000187baaa88 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000187c6cdb4 start_wqthread + 0

Thread 15:
0 libsystem_kernel.dylib 0x0000000187b8c16c mach_msg_trap + 8
1 CoreFoundation 0x0000000188b89cec __CFRunLoopServiceMachPort + 188
2 CoreFoundation 0x0000000188b87908 __CFRunLoopRun + 1128
3 CoreFoundation 0x0000000188ab6048 CFRunLoopRunSpecific + 440
4 Foundation 0x00000001895c4b1c -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 300
5 Foundation 0x00000001896192a0 -[NSRunLoop(NSRunLoop) run] + 84
6 VerveAd 0x0000000100e07b30 +[ROX_AFURLConnectionOperation networkRequestThreadEntryPoint:] + 212
7 Foundation 0x00000001896c250c __NSThread__start__ + 1020
8 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
9 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
10 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 16:
0 libsystem_kernel.dylib 0x0000000187ba9e1c __psynch_cvwait + 8
1 libc++.1.dylib 0x00000001875993ec std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 52
2 JavaScriptCore 0x000000018d346e6c WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2012
3 WebKitLegacy 0x000000018e736a28 bool WTF::ConditionBase::waitForSecondsImpl<WTF::Lock>(WTF::Lock&, double) + 124
4 WebKitLegacy 0x000000018e736840 std::__1::unique_ptr<WTF::Function<void ()>, std::__1::default_delete<WTF::Function<void ()> > > WTF::MessageQueue<WTF::Function<void ()> >::waitForMessageFilteredWithTimeout<WTF::MessageQueue<WTF::Function<void ()> >::waitForMessage()::'lambda'(WTF::Function<void ()> const&)>(WTF::MessageQueueWaitResult&, WTF::MessageQueue<WTF::Function<void ()> >::waitForMessage()::'lambda'(WTF::Function<void ()> const&)&&, double) + 120
5 WebKitLegacy 0x000000018e735e68 WebCore::StorageThread::threadEntryPoint() + 64
6 JavaScriptCore 0x000000018ca8f35c WTF::threadEntryPoint(void*) + 208
7 JavaScriptCore 0x000000018ca8f26c WTF::wtfThreadEntryPoint(void*) + 20
8 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
9 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
10 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 17:
0 libsystem_kernel.dylib 0x0000000187ba9e1c __psynch_cvwait + 8
1 libc++.1.dylib 0x00000001875993ec std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 52
2 JavaScriptCore 0x000000018d346e6c WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2012
3 WebCore 0x000000018d801f18 bool WTF::ConditionBase::waitForSecondsImpl<WTF::Lock>(WTF::Lock&, double) + 124
4 WebCore 0x000000018d802850 std::__1::unique_ptr<WTF::Function<void ()>, std::__1::default_delete<WTF::Function<void ()> > > WTF::MessageQueue<WTF::Function<void ()> >::waitForMessageFilteredWithTimeout<WTF::MessageQueue<WTF::Function<void ()> >::waitForMessage()::'lambda'(WTF::Function<void ()> const&)>(WTF::MessageQueueWaitResult&, WTF::MessageQueue<WTF::Function<void ()> >::waitForMessage()::'lambda'(WTF::Function<void ()> const&)&&, double) + 120
5 WebCore 0x000000018d802790 std::__1::__function::__func<WebCore::callOnFileThread(WTF::Function<void ()>&&)::$_0::operator()() const::'lambda'(), std::__1::allocator<WebCore::callOnFileThread(WTF::Function<void ()>&&)::$_0::operator()() const::'lambda'()>, void ()>::operator()() + 76
6 JavaScriptCore 0x000000018ca8f35c WTF::threadEntryPoint(void*) + 208
7 JavaScriptCore 0x000000018ca8f26c WTF::wtfThreadEntryPoint(void*) + 20
8 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
9 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
10 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 18:
0 libsystem_kernel.dylib 0x0000000187baaa88 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000187c6cdb4 start_wqthread + 0

Thread 19:
0 libsystem_pthread.dylib 0x0000000187c6cdb0 start_wqthread + 0

Thread 20:
0 libsystem_kernel.dylib 0x0000000187baaa88 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000187c6cdb4 start_wqthread + 0

Thread 21:
0 libsystem_kernel.dylib 0x0000000187baaa88 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000187c6cdb4 start_wqthread + 0

Thread 22:
0 libsystem_kernel.dylib 0x0000000187b8c1c0 semaphore_timedwait_trap + 8
1 libdispatch.dylib 0x0000000187a7681c _dispatch_worker_thread + 264
2 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
3 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
4 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 23:
0 libsystem_kernel.dylib 0x0000000187ba9e1c __psynch_cvwait + 8
1 libc++.1.dylib 0x00000001875993ec std::__1::condition_variable::wait(std::__1::unique_lock<std::__1::mutex>&) + 52
2 JavaScriptCore 0x000000018d346e6c WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2012
3 WebCore 0x000000018d801f18 bool WTF::ConditionBase::waitForSecondsImpl<WTF::Lock>(WTF::Lock&, double) + 124
4 WebCore 0x000000018dc3c57c WTF::CrossThreadQueue<WTF::CrossThreadTask>::waitForMessage() + 108
5 WebCore 0x000000018dc3c4fc WebCore::IDBServer::IDBServer::databaseRunLoop() + 148
6 WebCore 0x000000018dc3a778 WebCore::IDBServer::IDBServer::databaseThreadEntry(void*) + 8
7 JavaScriptCore 0x000000018ca8f35c WTF::threadEntryPoint(void*) + 208
8 JavaScriptCore 0x000000018ca8f26c WTF::wtfThreadEntryPoint(void*) + 20
9 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
10 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
11 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 24:
0 libsystem_kernel.dylib 0x0000000187ba9e1c __psynch_cvwait + 8
1 libc++.1.dylib 0x0000000187599498 std::__1::condition_variable::__do_timed_wait(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::system_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 132
2 JavaScriptCore 0x000000018d34710c std::__1::cv_status std::__1::condition_variable::wait_until<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > > const&) + 136
3 JavaScriptCore 0x000000018d346e7c WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void ()> const&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 2028
4 WebCore 0x000000018d802010 bool WTF::ConditionBase::waitForSecondsImpl<WTF::Lock>(WTF::Lock&, double) + 372
5 WebCore 0x000000018e57086c std::__1::unique_ptr<WebCore::WorkerRunLoop::Task, std::__1::default_delete<WebCore::WorkerRunLoop::Task> > WTF::MessageQueue<WebCore::WorkerRunLoop::Task>::waitForMessageFilteredWithTimeout<WebCore::ModePredicate const&>(WTF::MessageQueueWaitResult&, WebCore::ModePredicate const&&&, double) + 200
6 WebCore 0x000000018e5703b4 WebCore::WorkerRunLoop::runInMode(WebCore::WorkerGlobalScope*, WebCore::ModePredicate const&, WebCore::WorkerRunLoop::WaitMode) + 164
7 WebCore 0x000000018e5702a8 WebCore::WorkerRunLoop::run(WebCore::WorkerGlobalScope*) + 96
8 WebCore 0x000000018e573318 WebCore::WorkerThread::workerThread() + 776
9 JavaScriptCore 0x000000018ca8f35c WTF::threadEntryPoint(void*) + 208
10 JavaScriptCore 0x000000018ca8f26c WTF::wtfThreadEntryPoint(void*) + 20
11 libsystem_pthread.dylib 0x0000000187c6f860 _pthread_body + 236
12 libsystem_pthread.dylib 0x0000000187c6f770 _pthread_start + 280
13 libsystem_pthread.dylib 0x0000000187c6cdbc thread_start + 0

Thread 6 crashed with ARM-64 Thread State:
pc: 0x00000001983cff90 fp: 0x000000016e491100 sp: 0x000000016e4910e0 x0: 0x0000000118000000
x1: 0x0000000000000000 x2: 0x00000000e00002e2 x3: 0x0000000000000000 x4: 0x0000000000000023
x5: 0x0000000000000000 x6: 0x0000000000000000 x7: 0x0000000000000000 x8: 0x0000000000000001
x9: 0x00000000deadbeef x10: 0x0000000000000fff x11: 0x00000001091f4000 x12: 0xfffffffffffff000
x13: 0x00000001091f3000 x14: 0x0000000000000010 x15: 0x000000000000dcef x16: 0x0000000187be06c8
x17: 0x000000018b1f6874 x18: 0x0000000000000000 x19: 0x00000000e00002e2 x20: 0x0000000118000000
x21: 0x0000000000000000 x22: 0x18a00a2132290011 x23: 0x00000001ac71cc20 x24: 0x0000000000000001
x25: 0x000000016e4913c0 x26: 0x0000000000000000 x27: 0x0000000000000101 x28: 0x0000010000010100
lr: 0x000000019cde81bc cpsr: 0x0000000060000000

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi Justin,

Thank you providing us your logs. I still do not have any update on this issue and I have shared your logs with the team. Do let us know if you are able to reproduce this locally and send us Charles logs and code snippets as it would be helpful in debugging the issue. Also - 

1. What creatives were you seeing when the crash happened?
2. Did the crash only happen when app went to the background while interstitial was loading or was it a different ad type?

Thanks,

Arjun Busani
Mobile Ads SDK Team

[acegre...@gmail.com]

Crashlytics insight might help

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi there,

Can you share us a link to that crash log for us to monitor?

Thanks,

Arjun Busani
Mobile Ads SDK Team

[R]

Any update on this one? 

We are also experiencing this crash. It's now our #1 crash according to the xcode organizer. We use admob sdk 7.15.0 for both banner and interstitial. For us the crashes only seem to happen on iOS 10 and above. 

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi there,

The team has been able to reproduce this issue and we believe that the crash happens when the Interstitial is shown to the user and the app gets backgrounded. Certain creatives are then sending out OpenGL command, and because the app is backgrounded, the app crashes. We are working on fixing this issue and until then, we would suggest you to make sure that Interstitials are closed, when the app is about to be backgrounded.

Thanks,

Arjun Busani

Mobile Ads SDK Team

[R]

Thanks for your update Arjun.

How you explain a bit more on how to "make sure that Interstitials are closed, when the app is about to be backgrounded"? For example in our case, we have a preloaded GADInterstitial. Are you suggesting to set it to nil before entering background? 

~~~~~~~

...

@property (strong, nonatomic) GADInterstitial *fullScreenAD;

...

        [[NSNotificationCenter defaultCenter] addObserver:self

                                                 selector:@selector(willEnterBackground)

                                                     name:@"UIApplicationWillResignActiveNotification"

                                                   object:nil];

...

-(void)willEnterBackground {

    self.fullScreenAD = nil;

}

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi there,

You can have a dedicated VC that presents the Interstitial and dismiss the VC itself only if the app is backgrounded. 

Thanks,

Arjun Busani

Mobile Ads SDK Team

[Justin Hill]

Hi Veer,

I noticed that the Mobile Ads SDK team released update 7.18.0 after your last message. Because you mentioned that you were able to reproduce and were working on a fix, I was wondering if 7.18.0 includes that fix.

Take care,

Justin 

[Veer Arjun Busani(Mobile Ads SDK Team)]

Hi Justin,

The latest v7.18 does not contain this fix. We will keep you posted on when this happens. 

Thanks,

Arjun Busani
Mobile Ads SDK Team

[Nissan Tsafrir]

Hi, I'm wondering if anyone found this method useful in reducing this type of crash?

[Deepika Uragayala- MobileAds SDK team]

Hi Nissan,

We still do not have any update on this. However, our team has the following feedback to prevent these crashes - 

"To prevent the crash, the app shouldn't keep running while in the background. Background execution (e.g. beginBackgroundTask) must be disabled.

There's another workaround from the developer forum that uses private methods to disable openGL in web view"

We will keep you posted on any new information.


Regards,
Deepika Uragayala
Mobile Ads SDK Team

[Justin Hill]

Hi Deepika,

Sorry to be a bother, but has there been any movement on this issue? Disabling background execution is not a feasible solution for many developers and it seems to me that using private APIs to disable OpenGL in web views isn't a solution at all, because it can't be used to ship an app to the store; not to mention, I'm guessing that disabling OpenGL for creatives which require it could affect ad revenue, making this option even less appealing. Even though this crash may not usually manifest to the user in a meaningful way, it plays havoc with crash statistics.

I guess really my question is: When can we expect an actual fix for this issue? Is there an effort to fix it underway?

Take care,

Justin

[Deepika Uragayala- MobileAds SDK team]

Hi Justin,

Thank you for your patience. Our team is actively working on this and trying to explore workarounds for this issue. I will keep you posted if I have any new information. 

Regards,

Deepika Uragayala

Mobile Ads SDK Team

[Rami Abou Ghanem]

Hi Deepika,

This issue is also affecting the application I work on and would appreciate an update on when a fix is available. Last week, we received a large influx of crashes due to a bad creative. Thanks

[Deepika Uragayala- MobileAds SDK team]

Hi Rami,

We understand your concerns. Our team is actively working on this issue to find the work around. I'll update this thread if I have any new information from the team.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

[James Sherlock]

Hi Rami,

I'm facing a similar crash at the moment, do you know what creative was causing your issues? No new creatives were introduced when the crash spike started!

Thanks

[Rami Abou Ghanem]

Hi James,

Unfortunately I am not sure what creative caused the spike, We mitigated the crash by removing ad views when the user backgrounds the app (as suggested in this thread).

[David Baez]

Hi Deepika,

My team is experiencing this issue as well now on our new app that is set to release in a month. We went with Google Admob to avoid these kinds of issues. Is this going to be fixed? Should we go with another advertiser? I'd really like to know a timeframe, or any updates you've had over the past 21 days since your last reply. This post was started 10 months ago. Please let us know more details on it. Our users depend on us to provide a great experience.

Thank you! 

[Deepika Uragayala- MobileAds SDK team]

Hi Everyone,

Thank you for your patience. Our entire team is aware of this issue and were actively working on this. I still don't have any new updates on this issue. This has been diagnosed as a bug in the iOS platform, which cannot be fixed in the Google Mobile Ads SDK. A radar for this issue has been filed here and we will proceed further investigation based on the response from Apple.

Regards,

Deepika Uragyaala

Mobile Ads SDK Team

[neeravbl...@gmail.com]

Hi, 

We're also facing the same issue, is there any workaround to minimise the crashes? 
I've tried the above mentioned workarounds, but none seem to help.

Can there be any other reason for this crash?
I've also attached the stack trace.

Thanks

[Deepika Uragayala- MobileAds SDK team]

Hi there,

Currently, we don't have any work arounds at this moment. I'll update this thread if we have any workarounds or new information regarding this from our team. Thank you for your patience.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

[sko...@gmail.com]

Some rich media ads cause crashes when app is working in background (even if interstitial ad is just loaded and not showed yet), device heating and memory leaking until it's all gone. I found a few ads:

1. Ad which is a mini-game in tower defence style for this app: "Mobile Strike" https://itunes.apple.com/us/app/mobile-strike/id934596429?mt=8 (see ad screenshot I found on the web: https://i.ytimg.com/vi/abP76_gYqO8/maxresdefault.jpg)

2. "Game of War - Fire Age" has similar tower defence ad. https://itunes.apple.com/us/app/game-of-war-fire-age/id667728512?mt=8

3. Some other ads with a lot of animations make apps crash

[Deepika Uragayala- MobileAds SDK team]

Hi there,

Thanks for sharing additional information which may be helpful with our investigation. I'll update this thread if I have any new information from the team regarding this issue.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

[SwiftDe...@foxwiz.com]

Is there any update on this issue? I found another reference to an outstanding iOS issue that has been open for a year (https://openradar.appspot.com/radar?id=6106840270110720). Is this the same cause? My app was running perfectly without issue until recently when I switched the ads to AdMob. Now, I am inundated with OpenGL and Metal crash reports from Crashlytics. For the time being, I have had to turn ads off just to reduce the chaos and confusion. 

Is there a way for me to refuse to host ads if they are known to have issues? Is there a more comprehensive list of problematic ads? What does Google do with regards to quality control as it applies to allowing ads to be served? Surely there must be a way to test the ads in an automated manner before they are certified as ready for prime time.

Thanks!

[mobileadssdk-a...@google.com]

Hi there,

Thank you for your continued patience. Our team has filed an Open Radar with Apple regarding this issue already and we are working on other workarounds as well which will reduce the crashes. Currently, we don't have any new update to share about this. But, we will make sure that we update this thread and inform the community members if we have any new information from the team.

Regards,
Deepika Uragayala
Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

--

---
You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.
To post to this group, send email to google-admob-ads-sdk@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/f9fd48ca-6912-462c-b667-fd2fdea85b92%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[SwiftDe...@foxwiz.com]

Thank you for your prompt reply. I'm assuming that you are referring to the Open Radar item that has been open since 4/2017  (https://openradar.appspot.com/31689026). It was opened for iOS version 9 and has been open for almost a year now. Is that the one? Do you receive updates or ETA from Apple?

[mobileadssdk-a...@google.com]

Hi there,

Thanks for getting back to us. Yes, I was referring to this radar link. We haven't heard back from Apple since that radar was filed, but our team has not stopped investigation on this and they are actively working on it to find the culprit of these crashes. We will update you soon once we have any new information to share.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsubscrib...@googlegroups.com.

To post to this group, send email to google-admob-ads-sdk@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/f9fd48ca-6912-462c-b667-fd2fdea85b92%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

---
You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.
To post to this group, send email to google-admob-ads-sdk@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/a373465f-0142-4fd1-a167-c2ae87c06c24%40googlegroups.com.

[胡忠强]

Hi there，

I fix a similar issue in our project, maybe I could help Mobile Ads SDK Team to find out and fix this bug in your SDK. 

My email is juan...@gmail.com, please feel free to contact me.

在 2017年10月14日星期六 UTC+8上午12:18:18，Deepika Uragayala- MobileAds SDK team写道：

[mobileadssdk-a...@google.com]

Hi there,

Glad that you found a workaround that fixes this issue. You can share your fix suggestions via "Reply Privately to Author" option and I will share the information with the rest of the team for investigating.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

--

---
You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.
To post to this group, send email to google-admob-ads-sdk@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/f7140f85-ccd5-4bcd-ae29-abdc6263786f%40googlegroups.com.

[mobileadssdk-a...@google.com]

Hi All,

Thank you all for you continued patience. The issue has been fixed by the team and is live. Please make sure to be on the latest version of the SDK and let us know if you are still seeing the crashes.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsubscrib...@googlegroups.com.

[Jim Yu]

Hey, 

I'm not sure whether it's the same crash or not. But looks very similar. We are using 7.31.0 SDK. 

Thanks,

Jim

0	libGPUSupportMercury.dylib	gpus_ReturnNotPermittedKillClient
1	AGXGLDriver	gldUpdateDispatch
2	libGPUSupportMercury.dylib	gpusSubmitDataBuffers
3	AGXGLDriver	gldUpdateDispatch
4	GLEngine	gliBindViewES
5	OpenGLES	-[EAGLContext renderbufferStorage:fromDrawable:] + 504
6	WebCore	WebCore::GraphicsContext3D::~GraphicsContext3D() + 240
7	WebCore	WebCore::WebGLRenderingContextBase::destroyGraphicsContext3D() + 220
8	WebCore	WebCore::WebGLRenderingContextBase::~WebGLRenderingContextBase() + 860
9	WebCore	WebCore::WebGLRenderingContext::~WebGLRenderingContext() + 12
10	WebCore	WebCore::HTMLCanvasElement::~HTMLCanvasElement() + 84
11	WebCore	WebCore::HTMLCanvasElement::~HTMLCanvasElement() + 12
12	JavaScriptCore	void JSC::MarkedBlock::Handle::specializedSweep<true, (JSC::MarkedBlock::Handle::EmptyMode)1, (JSC::MarkedBlock::Handle::SweepMode)0, (JSC::MarkedBlock::Handle::SweepDestructionMode)1, (JSC::MarkedBlock::Handle::ScribbleMode)0, (JSC::MarkedBlock::Handle::NewlyAllocatedMode)1, (JSC::MarkedBlock::Handle::MarksMode)1, JSC::JSDestructibleObjectDestroyFunc>(JSC::FreeList*, JSC::MarkedBlock::Handle::EmptyMode, JSC::MarkedBlock::Handle::SweepMode, JSC::MarkedBlock::Handle::SweepDestructionMode, JSC::MarkedBlock::Handle::ScribbleMode, JSC::MarkedBlock::Handle::NewlyAllocatedMode, JSC::MarkedBlock::Handle::MarksMode, JSC::JSDestructibleObjectDestroyFunc const&) + 196
13	JavaScriptCore	void JSC::MarkedBlock::Handle::finishSweepKnowingHeapCellType<JSC::JSDestructibleObjectDestroyFunc>(JSC::FreeList*, JSC::JSDestructibleObjectDestroyFunc const&)::'lambda'()::operator()() const + 348
14	JavaScriptCore	void JSC::MarkedBlock::Handle::finishSweepKnowingHeapCellType<JSC::JSDestructibleObjectDestroyFunc>(JSC::FreeList*, JSC::JSDestructibleObjectDestroyFunc const&) + 320
15	JavaScriptCore	JSC::JSDestructibleObjectHeapCellType::finishSweep(JSC::MarkedBlock::Handle&, JSC::FreeList*) + 32
16	JavaScriptCore	JSC::MarkedBlock::Handle::sweep(JSC::FreeList*) + 372
17	JavaScriptCore	JSC::IncrementalSweeper::sweepNextBlock() + 132
18	JavaScriptCore	JSC::IncrementalSweeper::doWork() + 72
19	JavaScriptCore	JSC::JSRunLoopTimer::timerDidFireCallback(__CFRunLoopTimer*, void*) + 76
20	CoreFoundation	__CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 28
21	CoreFoundation	__CFRunLoopDoTimer + 864
22	CoreFoundation	__CFRunLoopDoTimers + 248
23	CoreFoundation	__CFRunLoopRun + 2168
24	CoreFoundation	CFRunLoopRunSpecific + 552
25	WebCore	RunWebThread(void*) + 592
26	libsystem_pthread.dylib	_pthread_body + 272
27	libsystem_pthread.dylib	_pthread_body + 290
28	libsystem_pthread.dylib	thread_start + 4

[mobileadssdk-a...@google.com]

Hi Jim,

Thank you for reporting this to us. I'll share this with the rest of the team and will update this thread as soon as I have any new information from the team. Meanwhile, can you please confirm us whether you have seen any drop in the percentage of crashes than before? Also, please share the recent crashlytics links, if you have any.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

[rizwan.ga...@gmail.com]

Hi,

We are having similar crashes in our iOS games. We are using SDK version 7.31.0
Please take a look at it ASAP.

crash report:

Crashed: WebThread

0  libGPUSupportMercury.dylib     0x19d38a140 gpus_ReturnNotPermittedKillClient + 12

1  AGXGLDriver                    0x1a166c798 gldUpdateDispatch + 7016

2  libGPUSupportMercury.dylib     0x19d38b110 gpusSubmitDataBuffers + 176

3  AGXGLDriver                    0x1a166dcec gldUpdateDispatch + 12476

4  IOAccelerator                  0x182f9fcec IOAccelContextFinishResourceSysMem + 64

5  libGPUSupportMercury.dylib     0x19d38f624 gldFinishObject + 128

6  GLEngine                       0x1a26bbafc glBufferSubData_Exec + 624

7  WebCore                        0x18a7e8730 void WTF::__visitor_table<WebCore::WebGLRenderingContextBase::bufferSubData(unsigned int, long long, std::optional<WTF::Variant<WTF::RefPtr<JSC::ArrayBuffer, WTF::DumbPtrTraits<JSC::ArrayBuffer> >, WTF::RefPtr<JSC::ArrayBufferView, WTF::DumbPtrTraits<JSC::ArrayBufferView> > > >&&)::$_1, WTF::RefPtr<JSC::ArrayBuffer, WTF::DumbPtrTraits<JSC::ArrayBuffer> >, WTF::RefPtr<JSC::ArrayBufferView, WTF::DumbPtrTraits<JSC::ArrayBufferView> > >::__trampoline_func<WTF::RefPtr<JSC::ArrayBuffer, WTF::DumbPtrTraits<JSC::ArrayBuffer> > >(WebCore::WebGLRenderingContextBase::bufferSubData(unsigned int, long long, std::optional<WTF::Variant<WTF::RefPtr<JSC::ArrayBuffer, WTF::DumbPtrTraits<JSC::ArrayBuffer> >, WTF::RefPtr<JSC::ArrayBufferView, WTF::DumbPtrTraits<JSC::ArrayBufferView> > > >&&)::$_1&, WTF::Variant<WTF::RefPtr<JSC::ArrayBuffer, WTF::DumbPtrTraits<JSC::ArrayBuffer> >, WTF::RefPtr<JSC::ArrayBufferView, WTF::DumbPtrTraits<JSC::ArrayBufferView> > >&) + 188

8  WebCore                        0x18a7d134c WebCore::WebGLRenderingContextBase::bufferSubData(unsigned int, long long, std::optional<WTF::Variant<WTF::RefPtr<JSC::ArrayBuffer, WTF::DumbPtrTraits<JSC::ArrayBuffer> >, WTF::RefPtr<JSC::ArrayBufferView, WTF::DumbPtrTraits<JSC::ArrayBufferView> > > >&&) + 208

9  WebCore                        0x189a85360 WebCore::jsWebGLRenderingContextPrototypeFunctionBufferSubData(JSC::ExecState*) + 508

10 JavaScriptCore                 0x187e5c838 llint_entry + 32072

11 JavaScriptCore                 0x187e5bcac llint_entry + 29116

12 JavaScriptCore                 0x187e5bcac llint_entry + 29116

13 JavaScriptCore                 0x187e5bcac llint_entry + 29116

14 JavaScriptCore                 0x187e5bcac llint_entry + 29116

15 JavaScriptCore                 0x187e5bd20 llint_entry + 29232

16 JavaScriptCore                 0x187e5bcac llint_entry + 29116

17 JavaScriptCore                 0x187e5bcac llint_entry + 29116

18 JavaScriptCore                 0x187e54920 vmEntryToJavaScript + 272

19 JavaScriptCore                 0x188417e98 JSC::JITCode::execute(JSC::VM*, JSC::ProtoCallFrame*) + 184

20 JavaScriptCore                 0x187d5db50 JSC::Interpreter::executeCall(JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 464

21 JavaScriptCore                 0x18853fd44 JSC::profiledCall(JSC::ExecState*, JSC::ProfilingReason, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&, WTF::NakedPtr<JSC::Exception>&) + 180

22 WebCore                        0x189d16eec WebCore::JSCallbackData::invokeCallback(WebCore::JSDOMGlobalObject&, JSC::JSObject*, JSC::JSValue, JSC::MarkedArgumentBuffer&, WebCore::JSCallbackData::CallbackType, JSC::PropertyName, WTF::NakedPtr<JSC::Exception>&) + 496

23 WebCore                        0x189953624 WebCore::JSRequestAnimationFrameCallback::handleEvent(double) + 416

24 WebCore                        0x189fa274c WebCore::ScriptedAnimationController::serviceScriptedAnimations(double) + 500

25 WebCore                        0x18a3a8b48 WebCore::DisplayRefreshMonitor::displayDidRefresh() + 332

26 QuartzCore                     0x1852130bc CA::Display::DisplayLink::dispatch_items(unsigned long long, unsigned long long, unsigned long long) + 820

27 IOKit                          0x18140b7e0 IODispatchCalloutFromCFMessage + 492

28 CoreFoundation                 0x181130b20 __CFMachPortPerform + 188

29 CoreFoundation                 0x18114bae8 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 56

30 CoreFoundation                 0x18114b230 __CFRunLoopDoSource1 + 440

31 CoreFoundation                 0x181148c80 __CFRunLoopRun + 2456

32 CoreFoundation                 0x181068da8 CFRunLoopRunSpecific + 552

33 WebCore                        0x18932a2d0 RunWebThread(void*) + 592

34 libsystem_pthread.dylib        0x180dc9220 _pthread_body + 272

35 libsystem_pthread.dylib        0x180dc9110 _pthread_body + 290

36 libsystem_pthread.dylib        0x180dc7b10 thread_start + 4

[mobileadssdk-a...@google.com]

Hi Rizwan,

Thanks for sending the crash reports. Can you please send us the complete crashlytics links for us to share with the rest of the team? Are you seeing these crashes recently or are you seeing any spike in crashes after updating the SDK? If you could confirm, we will share the details with the team for further investigation.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

On 07/09/18 03:40:04 rizwan.ga...@gmail.com wrote:

Hi,

Ee are having similar crashes in our iOS games. We are using SDK version 7.31.0

[rizwan.ga...@gmail.com]

Hi, 
here are links to Crashlytics logs 

http://crashes.to/s/e9861b661ed

http://crashes.to/s/37df9be81c0
(version 1.30.7 has AdMob SDK v 7.31)

These crashes were present even before SDK is updated to version 7.31.0.  

One of our game don't have AddMob integrated and that app does not have these crashes at all.

let me know if you need any more info.

Regards

[mobileadssdk-a...@google.com]

Hi Rizwan,

Thanks for sharing the details. I'll share these with the rest of the team and will get back to you if need any other details. We will also update this thread if we have new information from the team.

Regards,

Deepika Uragyaala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

[marc....@chefkoch.de]

Hi Deepika,

We, too, noticed a spike in our crashes. We're using Google-Mobile-Ads-SDK v7.31.0. What is the current status and timeframe in regard to this issue?

Regards,

Marc

[mobileadssdk-a...@google.com]

Hi Marc,

Thank you for reporting the crash. I have shared this with the team and will update this thread as soon as I receive more information. Do let us know if you are able to reproduce this locally for us to debug this further.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

--

---
You received this message because you are subscribed to a topic in the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-admob-ads-sdk/MOaVw22zUgY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.

To post to this group, send email to google-admob-ads-sdk@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/10c0cb97-e2a3-4211-b64d-995663eec0b7%40googlegroups.com.

[mobileadssdk-a...@google.com]

Hi All,

Can you all please confirm whether interstitial or rewarded video ads are used when these crashes occurred? 

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

On 08/10/18 14:24:38 mobileadssdk-a...@google.com wrote:

Hi Marc,

Thank you for reporting the crash. I have shared this with the team and will update this thread as soon as I receive more information. Do let us know if you are able to reproduce this locally for us to debug this further.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

On 08/10/18 10:28:35 marc....@chefkoch.de wrote:

Hi Deepika,

We, too, noticed a spike in our crashes. We're using Google-Mobile-Ads-SDK v7.31.0. What is the current status and timeframe in regard to this issue?

Regards,

Marc

--

---
You received this message because you are subscribed to a topic in the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-admob-ads-sdk/MOaVw22zUgY/unsubscribe.

To unsubscribe from this group and all its topics, send an email to google-admob-ads-sdk+unsubscrib...@googlegroups.com.

[marc....@chefkoch.de]

Hi Deepika,

On Monday, August 13, 2018 at 6:02:04 PM UTC+2, mobileadssdk-a...@google.com wrote:

Hi All,

Can you all please confirm whether interstitial or rewarded video ads are used when these crashes occurred? 

Our team can't reproduce the crashes based on the crash reports. However, we've noticed that some banner ads will result in a warning in the Xcode console `CoreAnimation: [EAGLContext renderbufferStorage:fromDrawable:] was called from a non-main thread in an implicit transaction! Note that this may be unsafe without an explicit CATransaction or a call to [CATransaction flush].`

Is there a recommendation on how to pinpoint the cause of this problem only with crash reports at hand?

Hope this helps,

Marc

[mobileadssdk-a...@google.com]

Hi Marc,

Were you able to capture such creatives via Charles? And would you be able to share this with us? 

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

--

---

You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.

To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.

To post to this group, send email to google-admob-ads-sdk@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/e1593098-4a09-4746-afcf-66157fd88399%40googlegroups.com.

[marc....@chefkoch.de]

I've provided a Charles log privately to you.

Hope this helps,

Marc

[mobileadssdk-a...@google.com]

Hi Marc,

Thanks for sending the charles logs privately. I will share the logs with the team and will update this thread if I have any new information to share.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsubscrib...@googlegroups.com.

To post to this group, send email to google-admob-ads-sdk@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/e1593098-4a09-4746-afcf-66157fd88399%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

---
You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.
To post to this group, send email to google-admob-ads-sdk@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/ff7c16e9-5aa8-4f37-a562-0c173938a7c5%40googlegroups.com.

[Tim Korotky]

Hey guys,

I see this thread hasn't had any activity for a while, but we're running into a problem that appears to be related to this that might be easier to debug because it occurs for one of the two creatives we supply.

For context, we're seeing this using the Google-Mobile-Ads-SDK Swift SDK, version 7.39.0. Whenever one of our creatives, which has a bunch of animations (Javascript I think?) shows up, we see a CoreAnimation: [EAGLContext renderbufferStorage:fromDrawable:] was called from a non-main thread in an implicit transaction! Note that this may be unsafe without an explicit CATransaction or a call to [CATransaction flush] warning. I added a symbolic breakpoint to this method, and it indeed gets called from background threads, and the stack trace appears to correlate to crashes we're seeing in Crashlytics.

We haven't been unable to reproduce the crash locally, but that warning is very consistent.

Any help with this is appreciated, and let me know if you'd like Charles logs or information on the offending creative or something.

Tim

[mobileadssdk...@google.com]

Hello Tim,

Thanks for reaching out to us. Can you please confirm the type of creatives that are being used? If the crash is occurring due to rewarded ads, likely the problem is due to serving open GL ads. Please send us the Charles logs for us to take a look. Is this a warning or crash that you are seeing with high frequency?  Can you also share the crashlytics links if possible? You can use "Reply Privately to Author" option to share the details privately.

Regards,

Deepika Uragayala

Mobile Ads SDK Team

=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+ page:
    http://googleadsdeveloper.blogspot.com
    https://plus.google.com/115658573333388777174/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

Tim

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/ff7c16e9-5aa8-4f37-a562-0c173938a7c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

"Please consider the environment before printing this e-mail"

This e-mail and any attachments are confidential, may be

legally privileged and are the property of News Corp UK & Ireland

Limited on whose systems they were generated. News Corp UK

& Ireland Limited is the holding company for the News UK group,

is registered in England & Wales under number 81701, has its

registered office at 1 London Bridge Street, London, SE1 9GF and

is registered with VAT number GB 243 8054 69. If you have received

this e-mail in error, please notify the sender immediately and do not

use, distribute, store or copy it in any way. Statements or opinions in

this e-mail or any attachment are those of the author and are not
necessarily agreed or authorised by News Corp UK & Ireland Limited

or any member of its group. News Corp UK & Ireland Limited may

monitor outgoing or incoming emails as permitted by law.  It accepts

no liability for viruses introduced by this e-mail or attachments. 

News Corp UK & Ireland Limited and its titles are committed to abiding by 

IPSO's regulations and the Editors' Code of Practice that IPSO enforces.

--

---
You received this message because you are subscribed to the Google Groups "Google Mobile Ads SDK Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-admob-ads-sdk+unsub...@googlegroups.com.
To post to this group, send email to google-admob-ads-sdk@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-admob-ads-sdk/c9ff8740-ee54-418f-8d5c-91f1a8b818f3%40googlegroups.com.

[tim.k...@news.co.uk]

Hey Deepika,

I've messaged you! Thanks for your help!

Tim

[Alex Morral]

Hi,

is there any news regarding this issue? We are also experiencing lots of crashes on our app, but we cannot reproduce a single one.

Alex

[ar...@rawrmaan.com]

Just chiming in. I'm also seeing the same issue as everyone else, and am also unable to reproduce it. SDK version 7.39.0.

[James Sherlock]

Little late to the conversation but I've been on a team which was hit quite hard by this crash too - We made a change (after a recommendation from our technical account manager) who suggested adding "gad_preferred_webview: wkwebview" to our app's Info.plist. While this hasn't completely prevented all GAD related crashes, it did significantly improve the stability of this crash in particular.

If you've not already tried it, I would definitely recommend giving it a go and see how it helps you. 

[Pankaj Gadhiya]

Thanks James for update.

refer attached image, can u confirm exact key and value and type. 

i would like try this solution.

[Matthieu Chappaz]

Thank you very much James !
We had the issue on our app too and Google was not answering me here.

So I tried to add this to our Info.plist and it worked out perfectly as we do not have the crash at all anymore:

<key>gad_preferred_webview</key>

<string>wkwebview</string>

The issue was surely because of the ads implementation in UIWebView.

[Gonzalo Garcia]

Hi! Is there anyone who is having this issue using wkwebview ?

[Terrence Au]

Have this bug been fixed by Google already with release update? Or, it won’t be, because it’s really a bug from Apple ?

And, the only solution is to force the Google SDK to use WKWebview.

“The key 'gad_preferred_webview' with a string value 'wkwebview' will enable WKWebView in GMA SDK.” ?

Regards,
Terence