This problem matters more than anything else because it is lowering our reputations and hitting us in the wallet. We made a commitment to Corona and need to depend on Corona to deliver a stable experience for us and our users. Corona does a great job, but this problem needs to be fixed yesterday.
It looks like Unity is dealing with a similar issue:
[ANDROID][IL2CPP] APPLICATION.QUIT() CRASHES THE APP
Mobile-Mar 14, 2018-Priority: 2Necessary for shipping a final release-Severity: 1Crash or major loss of functionality
To reproduce:
-
Download attached project “Unity_ApplicationQuit.zip” and open in Unity
-
Build and run the project on an Android device
-
Wait till APK closes itself
Expected Result: APK closes itself without a crash
Actual Result: APK closes itself alongside with a crash
Just saying: iOS treats self-closing apps as crashes. Do not self-close your apps. Is not a good thing.
@Vlads brings up a great point. Many of these crashes seem to happen as the app is closing down. Modern mobile OS’s don’t need apps to close. Maybe try not exiting them and see if that impacts your crashes. This should be an easy fix to test that wouldn’t require a release (or at a minimum testing to you beta testers).
Anyway to answer some of the questions (though I will likely be repeating previous answers).
-
This is our number one engineering priority. There just are a lot of reports to go through.
-
This primarily seems to affect Android 7 and 8 and affects apps that have been running fine for months. So clearly Google changed something on their end. There seems to be several common themes in the crashes:
a. OpenAL Audio
b. Suspend/Exiting
c. Plugins
d. Other odd crashes
For the Audio side, we have the new Android audio in beta. This will clearly remove the “OpenAL” crashes. But we have known bugs and we are unaware of anyone who’s released with this audio version so we can’t predict that there won’t be new ANRs. If your app is suffering from these crashes, it might be worth, after heavy testing, to try the new android audio.
For Suspending/Exiting. The recent fixes may have addressed these but I think we have more to go. Is it worth doing a rebuild now? If you can do a staged roll out to see if you’re effected, then you probably should try. If you are intentionally exiting, you should try not exiting and just let the OS suspend the app.
As far as plugins go, we are releasing these as we fix them. I’ve been working with the team to find a better way to communicate changes to you. The following seem to have been updated: AdColony, InMobi, Facebook Audience Network, Unity Ads, Chartboost and AppLovin. If you use these plugins, it would be worth rebuilding and resubmitting your app.
The other odd crashes will be a matter of watching the daily build release notes.
Rob
@Rob… on iOS I get a lot less crashes per month than I do on Android per day. In the whole of March I had <1 crash per day on iOS
Even allowing for a percentage of Android devices being older and/or entry-level devices it would tend to suggest that developer code is not at fault but the implementation on Android is.
The main ANR is
shared.google.play.services.base.PackageStateChangedService
The main crashes are
java.lang.IllegalStateException in android.app.FragmentManagerImpl.checkStateLoss
java.lang.IllegalArgumentException in com.google.android.gles_jni.EGLImpl.eglGetConfigAttrib
@Rob, just for reference: the openal issue has been around for years, and occurs on all Android versions 4-8, the only thing “new” is the mandatory vitals reporting since 6/2017 and the subsequent rankings hit, so now it’s getting attention. (also, the suspend issue may often be legitimately conflated with the openal issue – PackageStateChangedService is the trigger for the ANR, but the actual offender is often libopenal)
sadly, “audio2” isn’t quite ready for prime-time - i doubt you’ll get any reports from actual releases because it’s still too easy to find flaws in dev builds. (i’d wouldn’t release with easy-to-replicate bugs just on my dev devices) ie, until the basic API functionality is there to replace the original “audio” lib, it’s unlikely anyone would go on to the next step of monitoring it for ANR/crash stability.
@Rob and all others, am I the only one still seeing hundreds of crashes still caused by Broadcast of Intent?
Broadcast of Intent { act=android.intent.action.SCREEN_OFF flg=0x50200010 (has extras) }
Today, 405 AM on app version 280
Samsung Galaxy S8+ (dream2qltesq), 4096MB RAM, Android 8.0
"main"tid=1Blocked
“main” prio=5 tid=1 Blocked | group=“main” sCount=1 dsCount=0 flags=1 obj=0x74407538 self=0xf1274000 | sysTid=26789 nice=0 cgrp=default sched=0/0 handle=0xf577a4bc | state=S schedstat=( 479667405 192840242 1126 ) utm=22 stm=25 core=5 HZ=100 | stack=0xff668000-0xff66a000 stackSize=8MB | held mutexes=
at com.ansca.corona.Controller.stop (Controller.java:263)
- waiting to lock <0x008f4362> (a com.ansca.corona.Controller) held by thread 16
at com.ansca.corona.CoronaActivity.requestSuspendCoronaRuntime (CoronaActivity.java:2005)
at com.ansca.corona.CoronaActivity.onPause (CoronaActivity.java:1828)
at android.app.Activity.performPause (Activity.java:7391)
at android.app.Instrumentation.callActivityOnPause (Instrumentation.java:1414)
at android.app.ActivityThread.performPauseActivityIfNeeded (ActivityThread.java:4113)
at android.app.ActivityThread.performPauseActivity (ActivityThread.java:4090)
at android.app.ActivityThread.performPauseActivity (ActivityThread.java:4064)
at android.app.ActivityThread.handlePauseActivity (ActivityThread.java:4038)
at android.app.ActivityThread.-wrap16 (ActivityThread.java)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1708)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:164)
at android.app.ActivityThread.main (ActivityThread.java:6938)
at java.lang.reflect.Method.invoke (Native method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)
"GLThread 20410"tid=16Native
“GLThread 20410” prio=5 tid=16 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13180070 self=0xe1518a00 | sysTid=3911 nice=0 cgrp=default sched=0/0 handle=0xd2fc0970 | state=S schedstat=( 116639869855 1389710576 6429 ) utm=1042 stm=10621 core=1 HZ=100 | stack=0xd2ebe000-0xd2ec0000 stackSize=1038KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000b3e35 /system/lib/libart.so (_ZN3art17ConditionVariable16WaitHoldingLocksEPNS_6ThreadE+88)
#02 pc 00000000003bcd43 /system/lib/libart.so (_ZN3artL12GoToRunnableEPNS_6ThreadE+306)
#03 pc 00000000003bcbe1 /system/lib/libart.so (_ZN3art12JniMethodEndEjPNS_6ThreadE+8)
#04 pc 000000000001bfb1 /system/framework/arm/boot-core-oj.oat (Java_java_lang_Thread_yield__+104)
at java.lang.Thread.yield (Native method)
at plugin.facebook.v4.FacebookController.facebookInit (FacebookController.java:800)
at plugin.facebook.v4.LuaLoader.invoke (LuaLoader.java:75)
at com.ansca.corona.JavaToNativeShim.nativeRender (Native method)
at com.ansca.corona.JavaToNativeShim.render (JavaToNativeShim.java:182)
at com.ansca.corona.Controller.updateRuntimeState (Controller.java:347)
- locked <0x008f4362> (a com.ansca.corona.Controller)
at com.ansca.corona.graphics.opengl.CoronaGLSurfaceView$CoronaRenderer.onDrawFrame (CoronaGLSurfaceView.java:425)
at com.ansca.corona.graphics.opengl.GLSurfaceView$GLThread.guardedRun (GLSurfaceView.java:1623)
at com.ansca.corona.graphics.opengl.GLSurfaceView$GLThread.run (GLSurfaceView.java:1378)
"Jit thread pool worker thread 0"tid=2Native
“Jit thread pool worker thread 0” daemon prio=5 tid=2 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13180b48 self=0xe6586000 | sysTid=26794 nice=9 cgrp=default sched=0/0 handle=0xe6757970 | state=S schedstat=( 1126927 0 2 ) utm=0 stm=0 core=1 HZ=100 | stack=0xe6659000-0xe665b000 stackSize=1022KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000b3e35 /system/lib/libart.so (_ZN3art17ConditionVariable16WaitHoldingLocksEPNS_6ThreadE+88)
#02 pc 000000000036bd9b /system/lib/libart.so (_ZN3art10ThreadPool7GetTaskEPNS_6ThreadE+186)
#03 pc 000000000036b613 /system/lib/libart.so (_ZN3art16ThreadPoolWorker3RunEv+62)
#04 pc 000000000036b229 /system/lib/libart.so (_ZN3art16ThreadPoolWorker8CallbackEPv+92)
#05 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#06 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"ReferenceQueueDaemon"tid=4Waiting
“ReferenceQueueDaemon” daemon prio=5 tid=4 Waiting | group=“system” sCount=1 dsCount=0 flags=1 obj=0x13180c58 self=0xe3e7c000 | sysTid=26796 nice=4 cgrp=default sched=0/0 handle=0xd5f11970 | state=S schedstat=( 9970050 6503908 23 ) utm=0 stm=0 core=3 HZ=100 | stack=0xd5e0f000-0xd5e11000 stackSize=1038KB | held mutexes=
at java.lang.Object.wait (Native method)
- waiting on <0x052badb0> (a java.lang.Class<java.lang.ref.ReferenceQueue>)
at java.lang.Daemons$ReferenceQueueDaemon.runInternal (Daemons.java:178)
- locked <0x052badb0> (a java.lang.Class<java.lang.ref.ReferenceQueue>)
at java.lang.Daemons$Daemon.run (Daemons.java:103)
at java.lang.Thread.run (Thread.java:764)
"FinalizerDaemon"tid=5Waiting
“FinalizerDaemon” daemon prio=5 tid=5 Waiting | group=“system” sCount=1 dsCount=0 flags=1 obj=0x13180ce0 self=0xe3e7c600 | sysTid=26797 nice=4 cgrp=default sched=0/0 handle=0xd5e0c970 | state=S schedstat=( 5237241 5683646 14 ) utm=0 stm=0 core=1 HZ=100 | stack=0xd5d0a000-0xd5d0c000 stackSize=1038KB | held mutexes=
at java.lang.Object.wait (Native method)
- waiting on <0x08a4c429> (a java.lang.Object)
at java.lang.Object.wait (Object.java:422)
at java.lang.ref.ReferenceQueue.remove (ReferenceQueue.java:188)
- locked <0x08a4c429> (a java.lang.Object)
at java.lang.ref.ReferenceQueue.remove (ReferenceQueue.java:209)
at java.lang.Daemons$FinalizerDaemon.runInternal (Daemons.java:232)
at java.lang.Daemons$Daemon.run (Daemons.java:103)
at java.lang.Thread.run (Thread.java:764)
"FinalizerWatchdogDaemon"tid=6Waiting
“FinalizerWatchdogDaemon” daemon prio=5 tid=6 Waiting | group=“system” sCount=1 dsCount=0 flags=1 obj=0x13180d68 self=0xe3e7cc00 | sysTid=26798 nice=4 cgrp=default sched=0/0 handle=0xd5d07970 | state=S schedstat=( 1778958 500209 5 ) utm=0 stm=0 core=1 HZ=100 | stack=0xd5c05000-0xd5c07000 stackSize=1038KB | held mutexes=
at java.lang.Object.wait (Native method)
- waiting on <0x02a233ae> (a java.lang.Daemons$FinalizerWatchdogDaemon)
at java.lang.Daemons$FinalizerWatchdogDaemon.sleepUntilNeeded (Daemons.java:297)
- locked <0x02a233ae> (a java.lang.Daemons$FinalizerWatchdogDaemon)
at java.lang.Daemons$FinalizerWatchdogDaemon.runInternal (Daemons.java:277)
at java.lang.Daemons$Daemon.run (Daemons.java:103)
at java.lang.Thread.run (Thread.java:764)
"Binder:26789_1"tid=8Native
“Binder:26789_1” prio=5 tid=8 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13180df8 self=0xe6589c00 | sysTid=26800 nice=0 cgrp=default sched=0/0 handle=0xd59ff970 | state=S schedstat=( 2751458 0 10 ) utm=0 stm=0 core=2 HZ=100 | stack=0xd5905000-0xd5907000 stackSize=1006KB | held mutexes=
#00 pc 000000000004a60c /system/lib/libc.so (__ioctl+8)
#01 pc 000000000001e74f /system/lib/libc.so (ioctl+38)
#02 pc 0000000000048257 /system/lib/libbinder.so (_ZN7android14IPCThreadState14talkWithDriverEb+202)
#03 pc 0000000000048365 /system/lib/libbinder.so (_ZN7android14IPCThreadState20getAndExecuteCommandEv+8)
#04 pc 00000000000488cf /system/lib/libbinder.so (_ZN7android14IPCThreadState14joinThreadPoolEb+38)
#05 pc 000000000005ee55 /system/lib/libbinder.so (???)
#06 pc 000000000000d461 /system/lib/libutils.so (_ZN7android6Thread11_threadLoopEPv+140)
#07 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#08 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#09 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"Binder:26789_2"tid=9Native
“Binder:26789_2” prio=5 tid=9 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13180e80 self=0xe63cfc00 | sysTid=26801 nice=0 cgrp=default sched=0/0 handle=0xd5902970 | state=S schedstat=( 29082453 44846771 70 ) utm=0 stm=2 core=0 HZ=100 | stack=0xd5808000-0xd580a000 stackSize=1006KB | held mutexes=
#00 pc 000000000004a60c /system/lib/libc.so (__ioctl+8)
#01 pc 000000000001e74f /system/lib/libc.so (ioctl+38)
#02 pc 0000000000048257 /system/lib/libbinder.so (_ZN7android14IPCThreadState14talkWithDriverEb+202)
#03 pc 0000000000048365 /system/lib/libbinder.so (_ZN7android14IPCThreadState20getAndExecuteCommandEv+8)
#04 pc 00000000000488cf /system/lib/libbinder.so (_ZN7android14IPCThreadState14joinThreadPoolEb+38)
#05 pc 000000000005ee55 /system/lib/libbinder.so (???)
#06 pc 000000000000d461 /system/lib/libutils.so (_ZN7android6Thread11_threadLoopEPv+140)
#07 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#08 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#09 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"HwBinder:26789_1"tid=10Native
“HwBinder:26789_1” prio=5 tid=10 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13180f08 self=0xe65a4800 | sysTid=26802 nice=0 cgrp=default sched=0/0 handle=0xd564b970 | state=S schedstat=( 1496459 0 4 ) utm=0 stm=0 core=1 HZ=100 | stack=0xd5551000-0xd5553000 stackSize=1006KB | held mutexes=
#00 pc 000000000004a60c /system/lib/libc.so (__ioctl+8)
#01 pc 000000000001e74f /system/lib/libc.so (ioctl+38)
#02 pc 00000000000100f3 /system/lib/libhwbinder.so (_ZN7android8hardware14IPCThreadState14talkWithDriverEb+202)
#03 pc 0000000000010201 /system/lib/libhwbinder.so (_ZN7android8hardware14IPCThreadState20getAndExecuteCommandEv+8)
#04 pc 000000000001081b /system/lib/libhwbinder.so (_ZN7android8hardware14IPCThreadState14joinThreadPoolEb+38)
#05 pc 0000000000017519 /system/lib/libhwbinder.so (???)
#06 pc 000000000000d461 /system/lib/libutils.so (_ZN7android6Thread11_threadLoopEPv+140)
#07 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#08 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#09 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"Profile Saver"tid=11Native
“Profile Saver” daemon prio=5 tid=11 Native | group=“system” sCount=1 dsCount=0 flags=1 obj=0x13180f90 self=0xe0a56800 | sysTid=26803 nice=9 cgrp=default sched=0/0 handle=0xd4e57970 | state=S schedstat=( 9212968 231094 4 ) utm=0 stm=0 core=0 HZ=100 | stack=0xd4d5d000-0xd4d5f000 stackSize=1006KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000b3e35 /system/lib/libart.so (_ZN3art17ConditionVariable16WaitHoldingLocksEPNS_6ThreadE+88)
#02 pc 0000000000256997 /system/lib/libart.so (_ZN3art12ProfileSaver3RunEv+342)
#03 pc 00000000002584a7 /system/lib/libart.so (_ZN3art12ProfileSaver21RunProfileSaverThreadEPv+50)
#04 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#05 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"SoundPool"tid=12Native
“SoundPool” prio=5 tid=12 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x131812f0 self=0xd397bc00 | sysTid=3920 nice=0 cgrp=default sched=0/0 handle=0xd4ce8970 | state=S schedstat=( 669272 956927 5 ) utm=0 stm=0 core=3 HZ=100 | stack=0xd4bee000-0xd4bf0000 stackSize=1006KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000488af /system/lib/libc.so (_ZL24__pthread_cond_timedwaitP23pthread_cond_internal_tP15pthread_mutex_tbPK8timespec+102)
#02 pc 0000000000005221 /system/lib/libsoundpool.so (_ZN7android9SoundPool3runEv+30)
#03 pc 00000000000051fb /system/lib/libsoundpool.so (_ZN7android9SoundPool11beginThreadEPv+2)
#04 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#05 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#06 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"queued-work-looper"tid=13Native
“queued-work-looper” prio=5 tid=13 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181018 self=0xe3e7ea00 | sysTid=26805 nice=-2 cgrp=default sched=0/0 handle=0xd4985970 | state=S schedstat=( 1154636 1054583 4 ) utm=0 stm=0 core=7 HZ=100 | stack=0xd4883000-0xd4885000 stackSize=1038KB | held mutexes=
#00 pc 000000000004a4d0 /system/lib/libc.so (__epoll_pwait+20)
#01 pc 000000000001bcd5 /system/lib/libc.so (epoll_pwait+60)
#02 pc 000000000001bd05 /system/lib/libc.so (epoll_wait+12)
#03 pc 000000000001036f /system/lib/libutils.so (_ZN7android6Looper9pollInnerEi+118)
#04 pc 0000000000010261 /system/lib/libutils.so (_ZN7android6Looper8pollOnceEiPiS1_PPv+32)
#05 pc 00000000000e47dd /system/lib/libandroid_runtime.so (_ZN7android18NativeMessageQueue8pollOnceEP7_JNIEnvP8_jobjecti+24)
#06 pc 00000000001a8afd /system/framework/arm/boot-framework.oat (Java_android_os_MessageQueue_nativePollOnce__JI+92)
at android.os.MessageQueue.nativePollOnce (Native method)
at android.os.MessageQueue.next (MessageQueue.java:325)
at android.os.Looper.loop (Looper.java:142)
at android.os.HandlerThread.run (HandlerThread.java:65)
"OkHttp ConnectionPool"tid=14TimedWaiting
“OkHttp ConnectionPool” daemon prio=5 tid=14 TimedWaiting | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181100 self=0xd3941800 | sysTid=3864 nice=0 cgrp=default sched=0/0 handle=0xd387f970 | state=S schedstat=( 605834 5627344 6 ) utm=0 stm=0 core=0 HZ=100 | stack=0xd377d000-0xd377f000 stackSize=1038KB | held mutexes=
at java.lang.Object.wait (Native method)
- waiting on <0x0163354f> (a com.android.okhttp.ConnectionPool)
at com.android.okhttp.ConnectionPool$1.run (ConnectionPool.java:101)
- locked <0x0163354f> (a com.android.okhttp.ConnectionPool)
at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1162)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:636)
at java.lang.Thread.run (Thread.java:764)
"Okio Watchdog"tid=15Waiting
“Okio Watchdog” daemon prio=5 tid=15 Waiting | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181238 self=0xd3941e00 | sysTid=3875 nice=0 cgrp=default sched=0/0 handle=0xd367d970 | state=S schedstat=( 791668 212760 5 ) utm=0 stm=0 core=0 HZ=100 | stack=0xd357b000-0xd357d000 stackSize=1038KB | held mutexes=
at java.lang.Object.wait (Native method)
- waiting on <0x0d9c79e5> (a java.lang.Class<com.android.okhttp.okio.AsyncTimeout>)
at com.android.okhttp.okio.AsyncTimeout.awaitTimeout (AsyncTimeout.java:311)
- locked <0x0d9c79e5> (a java.lang.Class<com.android.okhttp.okio.AsyncTimeout>)
at com.android.okhttp.okio.AsyncTimeout.-wrap0 (AsyncTimeout.java)
at com.android.okhttp.okio.AsyncTimeout$Watchdog.run (AsyncTimeout.java:286)
"SoundPoolThread"tid=17Native
“SoundPoolThread” prio=5 tid=17 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181378 self=0xe63cf000 | sysTid=3921 nice=0 cgrp=default sched=0/0 handle=0xd2ebb970 | state=S schedstat=( 573437 1141979 2 ) utm=0 stm=0 core=3 HZ=100 | stack=0xd2dc1000-0xd2dc3000 stackSize=1006KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000488af /system/lib/libc.so (_ZL24__pthread_cond_timedwaitP23pthread_cond_internal_tP15pthread_mutex_tbPK8timespec+102)
#02 pc 0000000000006d53 /system/lib/libsoundpool.so (_ZN7android15SoundPoolThread4readEv+18)
#03 pc 0000000000006f1b /system/lib/libsoundpool.so (_ZN7android15SoundPoolThread3runEv+34)
#04 pc 0000000000006e93 /system/lib/libsoundpool.so (_ZN7android15SoundPoolThread11beginThreadEPv+2)
#05 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#06 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#07 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"RenderThread"tid=18Native
“RenderThread” prio=5 tid=18 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181400 self=0xe65fc800 | sysTid=3977 nice=0 cgrp=default sched=0/0 handle=0xd0d7f970 | state=S schedstat=( 100836666 13950938 163 ) utm=4 stm=6 core=2 HZ=100 | stack=0xd0c85000-0xd0c87000 stackSize=1006KB | held mutexes=
#00 pc 000000000004a4d0 /system/lib/libc.so (__epoll_pwait+20)
#01 pc 000000000001bcd5 /system/lib/libc.so (epoll_pwait+60)
#02 pc 000000000001bd05 /system/lib/libc.so (epoll_wait+12)
#03 pc 000000000001036f /system/lib/libutils.so (_ZN7android6Looper9pollInnerEi+118)
#04 pc 0000000000010261 /system/lib/libutils.so (_ZN7android6Looper8pollOnceEiPiS1_PPv+32)
#05 pc 000000000003e2df /system/lib/libhwui.so (_ZN7android10uirenderer12renderthread12RenderThread10threadLoopEv+402)
#06 pc 000000000000d461 /system/lib/libutils.so (_ZN7android6Thread11_threadLoopEPv+140)
#07 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#08 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#09 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"hwuiTask1"tid=19Native
“hwuiTask1” prio=5 tid=19 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181488 self=0xe0b9e000 | sysTid=3992 nice=-2 cgrp=default sched=0/0 handle=0xd0aff970 | state=S schedstat=( 1184478 287343 10 ) utm=0 stm=0 core=0 HZ=100 | stack=0xd0a05000-0xd0a07000 stackSize=1006KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000488af /system/lib/libc.so (_ZL24__pthread_cond_timedwaitP23pthread_cond_internal_tP15pthread_mutex_tbPK8timespec+102)
#02 pc 000000000003fc47 /system/lib/libhwui.so (???)
#03 pc 000000000003fbbd /system/lib/libhwui.so (???)
#04 pc 000000000000d4e3 /system/lib/libutils.so (_ZN7android6Thread11_threadLoopEPv+270)
#05 pc 00000000000a4c15 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+80)
#06 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#07 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"background thread"tid=21Native
“background thread” prio=5 tid=21 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x13181510 self=0xd0b7bc00 | sysTid=4019 nice=0 cgrp=default sched=0/0 handle=0xd00ca970 | state=S schedstat=( 212135 0 1 ) utm=0 stm=0 core=7 HZ=100 | stack=0xcffc8000-0xcffca000 stackSize=1038KB | held mutexes=
#00 pc 000000000004a4d0 /system/lib/libc.so (__epoll_pwait+20)
#01 pc 000000000001bcd5 /system/lib/libc.so (epoll_pwait+60)
#02 pc 000000000001bd05 /system/lib/libc.so (epoll_wait+12)
#03 pc 000000000001036f /system/lib/libutils.so (_ZN7android6Looper9pollInnerEi+118)
#04 pc 0000000000010261 /system/lib/libutils.so (_ZN7android6Looper8pollOnceEiPiS1_PPv+32)
#05 pc 00000000000e47dd /system/lib/libandroid_runtime.so (_ZN7android18NativeMessageQueue8pollOnceEP7_JNIEnvP8_jobjecti+24)
#06 pc 00000000001a8afd /system/framework/arm/boot-framework.oat (Java_android_os_MessageQueue_nativePollOnce__JI+92)
at android.os.MessageQueue.nativePollOnce (Native method)
at android.os.MessageQueue.next (MessageQueue.java:325)
at android.os.Looper.loop (Looper.java:142)
at android.os.HandlerThread.run (HandlerThread.java:65)
“TcpOptimizer”
“TcpOptimizer” prio=5 (not attached) | sysTid=3865 nice=0 cgrp=default | state=S schedstat=( 2972708 13616461 30 ) utm=0 stm=0 core=0 HZ=100
“es.PlayTheBible”
“es.PlayTheBible” prio=5 (not attached) | sysTid=3928 nice=-10 cgrp=default | state=S schedstat=( 69191202 20289218 24 ) utm=6 stm=0 core=4 HZ=100
“RenderThread”
“RenderThread” prio=5 (not attached) | sysTid=3996 nice=-10 cgrp=default | state=S schedstat=( 132969 108490 1 ) utm=0 stm=0 core=2 HZ=100
"Signal Catcher"tid=3Runnable
“Signal Catcher” daemon prio=5 tid=3 Runnable | group=“system” sCount=0 dsCount=0 flags=0 obj=0x13180bd0 self=0xf1274c00 | sysTid=26795 nice=0 cgrp=default sched=0/0 handle=0xe657f970 | state=R schedstat=( 50835842 75199326 150 ) utm=2 stm=3 core=3 HZ=100 | stack=0xe6485000-0xe6487000 stackSize=1006KB | held mutexes= “mutator lock”(shared held)
#00 pc 00000000002c521f /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+130)
#01 pc 0000000000356cd1 /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMapb+200)
#02 pc 00000000003531a3 /system/lib/libart.so (_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMapb+34)
#03 pc 000000000036aa47 /system/lib/libart.so (_ZN3art14DumpCheckpoint3RunEPNS_6ThreadE+650)
#04 pc 00000000003646d1 /system/lib/libart.so (_ZN3art10ThreadList13RunCheckpointEPNS_7ClosureES2_+320)
#05 pc 0000000000364231 /system/lib/libart.so (_ZN3art10ThreadList4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEb+536)
#06 pc 0000000000363eeb /system/lib/libart.so (_ZN3art10ThreadList14DumpForSigQuitERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+650)
#07 pc 0000000000341517 /system/lib/libart.so (_ZN3art7Runtime14DumpForSigQuitERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+122)
#08 pc 0000000000348417 /system/lib/libart.so (_ZN3art13SignalCatcher13HandleSigQuitEv+1130)
#09 pc 0000000000347657 /system/lib/libart.so (_ZN3art13SignalCatcher3RunEPv+278)
#10 pc 0000000000048e9f /system/lib/libc.so (_ZL15__pthread_startPv+22)
#11 pc 000000000001b871 /system/lib/libc.so (__start_thread+32)
"HeapTaskDaemon"tid=7Blocked
“HeapTaskDaemon” daemon prio=5 tid=7 Blocked | group=“system” sCount=1 dsCount=0 flags=1 obj=0x131815f8 self=0xe3e7d200 | sysTid=26799 nice=4 cgrp=default sched=0/0 handle=0xd5c02970 | state=S schedstat=( 104548073 16695938 110 ) utm=10 stm=0 core=1 HZ=100 | stack=0xd5b00000-0xd5b02000 stackSize=1038KB | held mutexes=
#00 pc 0000000000019178 /system/lib/libc.so (syscall+28)
#01 pc 00000000000b3e35 /system/lib/libart.so (_ZN3art17ConditionVariable16WaitHoldingLocksEPNS_6ThreadE+88)
#02 pc 00000000001c1539 /system/lib/libart.so (_ZN3art2gc13TaskProcessor7GetTaskEPNS_6ThreadE+284)
#03 pc 00000000001c1b19 /system/lib/libart.so (_ZN3art2gc13TaskProcessor11RunAllTasksEPNS_6ThreadE+44)
#04 pc 00000000001cb4f3 /system/framework/arm/boot-core-libart.oat (Java_dalvik_system_VMRuntime_runHeapTasks__+74)
at dalvik.system.VMRuntime.runHeapTasks (Native method)
- waiting to lock an unknown object
at java.lang.Daemons$HeapTaskDaemon.runInternal (Daemons.java:461)
at java.lang.Daemons$Daemon.run (Daemons.java:103)
at java.lang.Thread.run (Thread.java:764)
We addressed a bunch of back button crashes in 3281.
Rob
Hi Rob,
I’ve been waiting for news on these fixes to publish updates to my apps. Would you say that the majority of the Android crashes have been fixed? Was the Admob plugin ever fixed?
Thanks, Greg
Troy, please see my questions on your other thread. They apply here as well.
Greg, there are a lot of crashes from different sources. I’m not comfortable saying we have most of them. AdMob was updated on 4/18. The checkin message says something about a null pointer fix. Of course that new version would pick up any fixes from fixes/updates applied to dependency plugins. I don’t know if that addresses all of the AdMob issues or not. If you’re being severely impacted by this, I would go ahead and update to at least start cutting down on the crashes. If you can wait a little longer, and don’t want to have your users apply multiple updates, then it might be worth holding off for a little bit. That’s a business decision you will have to make.
Rob
(0.95% - well above the threshold) ANRs caused from Broadcast of Intent { act=android.intent.action.SCREEN_OFF flg=0x50200010 (has extras) } - in past 7 days, 19/2000 (Lifetime=125+ users), Android 6.0-8.0
Dear, any news? I’m also being very impacted by these flaws! The latest releases released only concern HTML5, where is the priority in resolving these Android issues? Honestly, you say that it is top priority to solve these problems, but we can not see it!
About the library “widget.lua”, has it been updated in the repository with the latest version?
Thank you and sorry for the outburst, but this is making them very upset and losing more and more users!
Att.,
Joéver
@Joéver, we have addressed many of these bugs. Most were in plugins which do not show up on release notes. Without knowing what crashes you’re seeing I can’t provide any details on if it’s been fixed or not.
If you want to share a few of your most crashing complete stack traces, I can see what the status of that fix is.
Rob
@Rob, follow my top offenders! My game is using the corona 2018.3281 build. Did we have any plugin fixes after this build?
executing service com.gmail.joever.hoffman.Jogo_da_Memoria/shared.google.play.services.base.PackageStateChangedService
shared.google.play.services.base.PackageStateChangedService
“main” prio=5 tid=1 Native | group=“main” sCount=1 dsCount=0 flags=1 obj=0x73d5a4d8 self=0xe79ea000 | sysTid=12304 nice=0 cgrp=default sched=0/0 handle=0xebfca4bc | state=S schedstat=( 1384701622 792935353 2688 ) utm=101 stm=36 core=0 HZ=100 | stack=0xff387000-0xff389000 stackSize=8MB | held mutexes=
#00 pc 0000000000018e68 /system/lib/libc.so (syscall+28)
#01 pc 0000000000048c05 /system/lib/libc.so (pthread_join+144)
#02 pc 0000000000015b58 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libopenal.so (alcDestroyContext+516)
#03 pc 0000000000008ed7 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libalmixer.so (ALmixer_Quit+230)
#04 pc 000000000012e99c /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libcorona.so (???)
#05 pc 0000000000130dd0 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libcorona.so (???)
#06 pc 0000000000140ecc /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libcorona.so (???)
#07 pc 000000000002beec /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libcorona.so (???)
#08 pc 000000000002f25c /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/lib/arm/libcorona.so (Java_com_ansca_corona_JavaToNativeShim_nativeDone+28)
#09 pc 0000000000070e1f /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-iQP4WDXYVILleMZens1lmQ==/oat/arm/base.odex (Java_com_ansca_corona_JavaToNativeShim_nativeDone__J+102)
at com.ansca.corona.JavaToNativeShim.nativeDone (Native method)
at com.ansca.corona.JavaToNativeShim.destroy (JavaToNativeShim.java:277)
at com.ansca.corona.Controller.destroy (Controller.java:286)
- locked <0x03b186c6> (a com.ansca.corona.Controller)
at com.ansca.corona.CoronaRuntime.dispose (CoronaRuntime.java:88)
at com.ansca.corona.CoronaActivity.onDestroy (CoronaActivity.java:1736)
at android.app.Activity.performDestroy (Activity.java:7462)
at android.app.Instrumentation.callActivityOnDestroy (Instrumentation.java:1255)
at android.app.ActivityThread.performDestroyActivity (ActivityThread.java:4590)
at android.app.ActivityThread.handleDestroyActivity (ActivityThread.java:4621)
at android.app.ActivityThread.-wrap5 (ActivityThread.java)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1757)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:164)
at android.app.ActivityThread.main (ActivityThread.java:6938)
at java.lang.reflect.Method.invoke (Native method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)
Broadcast of Intent { act=android.intent.action.SCREEN_OFF flg=0x50000010 }
“main” prio=5 tid=1 Native | group=“main” sCount=1 dsCount=0 obj=0x741f43b0 self=0xab53dca0 | sysTid=22391 nice=-4 cgrp=default sched=0/0 handle=0xf7407b34 | state=S schedstat=( 3311413333 6310931516 9238 ) utm=190 stm=141 core=0 HZ=100 | stack=0xff4f9000-0xff4fb000 stackSize=8MB | held mutexes=
#00 pc 0000000000016908 /system/lib/libc.so (syscall+28)
#01 pc 0000000000041d65 /system/lib/libc.so (pthread_join+124)
#02 pc 0000000000015b58 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libopenal.so (alcDestroyContext+516)
#03 pc 0000000000008ed7 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libalmixer.so (ALmixer_Quit+230)
#04 pc 000000000012e99c /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libcorona.so (???)
#05 pc 0000000000130dd0 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libcorona.so (???)
#06 pc 0000000000140ecc /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libcorona.so (???)
#07 pc 000000000002beec /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libcorona.so (???)
#08 pc 000000000002f25c /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/lib/arm/libcorona.so (Java_com_ansca_corona_JavaToNativeShim_nativeDone+28)
#09 pc 00000000005fc645 /data/app/com.gmail.joever.hoffman.Jogo_da_Memoria-1/oat/arm/base.odex (Java_com_ansca_corona_JavaToNativeShim_nativeDone__J+80)
at com.ansca.corona.JavaToNativeShim.nativeDone (Native method)
at com.ansca.corona.JavaToNativeShim.destroy (JavaToNativeShim.java:277)
at com.ansca.corona.Controller.destroy (Controller.java:286)
- locked <0x01b1179a> (a com.ansca.corona.Controller)
at com.ansca.corona.CoronaRuntime.dispose (CoronaRuntime.java:88)
at com.ansca.corona.CoronaActivity.onDestroy (CoronaActivity.java:1736)
at android.app.Activity.performDestroy (Activity.java:6474)
at android.app.Instrumentation.callActivityOnDestroy (Instrumentation.java:1143)
at android.app.ActivityThread.performDestroyActivity (ActivityThread.java:3857)
at android.app.ActivityThread.handleDestroyActivity (ActivityThread.java:3888)
at android.app.ActivityThread.access$1600 (ActivityThread.java:153)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1429)
at android.os.Handler.dispatchMessage (Handler.java:102)
at android.os.Looper.loop (Looper.java:154)
at android.app.ActivityThread.main (ActivityThread.java:5523)
at java.lang.reflect.Method.invoke! (Native method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:739)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:629)
Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 32. Wait queue head age: 9607.0ms.)
com.ansca.corona.CoronaActivity
“main” prio=5 tid=1 Blocked | group=“main” sCount=1 dsCount=0 obj=0x74e9e2a0 self=0xb81c0ef8 | sysTid=3469 nice=-4 cgrp=default sched=0/0 handle=0xb6fb2b34 | state=S schedstat=( 1428209648 326493116 4471 ) utm=104 stm=38 core=2 HZ=100 | stack=0xbe274000-0xbe276000 stackSize=8MB | held mutexes=
at com.ansca.corona.Controller.stop (Controller.java:263)
- waiting to lock <0x0c9923ac> (a com.ansca.corona.Controller) held by thread 9
at com.ansca.corona.CoronaActivity.requestSuspendCoronaRuntime (CoronaActivity.java:2005)
at com.ansca.corona.CoronaActivity.onPause (CoronaActivity.java:1828)
at android.app.Activity.performPause (Activity.java:6356)
at android.app.Instrumentation.callActivityOnPause (Instrumentation.java:1334)
at android.app.ActivityThread.performPauseActivity (ActivityThread.java:3388)
at android.app.ActivityThread.performPauseActivity (ActivityThread.java:3361)
at android.app.ActivityThread.handlePauseActivity (ActivityThread.java:3336)
at android.app.ActivityThread.-wrap13 (ActivityThread.java)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1365)
at android.os.Handler.dispatchMessage (Handler.java:102)
at android.os.Looper.loop (Looper.java:148)
at android.app.ActivityThread.main (ActivityThread.java:5443)
at java.lang.reflect.Method.invoke! (Native method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:728)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:618)
(Updated: This issue RE: runtime error caused by widget.lua has been moved to https://forums.coronalabs.com/topic/72782-runtime-error-caused-by-widgetlua/))
Runtime Error
/Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widget-Library/widget.lua:27: attempt to index field ‘?’ (a nile value)
This is the bug that has existed in my game for over a year. It doesn’t happen often, but considering that the very line number of the issue is listed in our Testing log, should be enough of a reason for CoronaLabs to fix it once and for all. NOTE: It would be fine if the widget simply exited from the routine under this condition - as players could then still play our game without it crashing.
(Updated: This issue RE: runtime error caused by widget.lua has been moved to https://forums.coronalabs.com/topic/72782-runtime-error-caused-by-widgetlua/))
Here are more details about how and what is happening to cause widget to crash. Please be advised that this bug in widget is very difficult to duplicate. And these details now represent details that, under the same conditions, will crash for other developers, too. The challenge is in fully understanding how widget interacts with our own code (and time-based listeners) and display groups.
05-20 19:44:17.021 25811-27891/? I/Corona: ERROR: Runtime error
05-20 19:44:17.021 25811-27891/? I/Corona: /Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:27: attempt to index field ‘?’ (a nil value)
stack traceback:
[C]: ?
/Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:27: in function ‘removeWidgets’
/Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:32: in function ‘removeWidgets’
/Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:44: in function ‘method’
/Users/jenkins/slaveroot/workspace/Templates/label/android/platform/resources/init.lua:522: in function ‘remove’
?: in function ‘displayRemove’
?: in function ‘cleanUpGameObjects’
?: in function ‘?’
?: in function ‘listener’
/Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/timer/timer.lua:210: in function ‘method’
/Users/jenkins/slaveroot/workspace/Templates/label/android/platform/resources/init.lua:221: in function </Users/jenkins/slaveroot/workspace/Templates/label/android/platform/resources/init.lua:190>
NOTE: I’ve reviewed my code where this happens and I found that, long ago, I attempted to prevent this from happening by checking if the scrollView object exists and if it does, simply send it to the scrollView:toBack without removing the group it is contained within. Also, when you see that the routine displayRemove is listed above, is this an error in widget or is it my own fw.displayRemove designed and implemented throughout the game to gracefully remove objects? Here is my own fw.displayRemove routine:
function fw.displayRemove(objOrGroup)
if objOrGroup and type(objOrGroup)==“table” then
transition.cancel(objOrGroup)
display.remove(objOrGroup)
objOrGroup=nil
end
The only thing I can imagine that is happening is that calling my own routine to do this will remove the object or group “defined”, but because the variable containing the object is simply passed into this function, the original variable still contains a reference to the object that no longer exists. Nevertheless, shouldn’t widget know when its objects have been removed and stop attempting to operate?
I also notice that my listener, which is called 30 frames-per-second, is the routine that kicks this off from my function ‘cleanUpGameObjects’. Is it possible that my function ‘listener’, which calls cleanUpGameObjects, is interupting code that is running within widget, so that when widget begins running again, it has no reason to consider its own object has been removed in the middle of running? I’m grasping to consider every possibility.
@Troy, I have also coexisted with this and other widget issues as below:
May 18, 2018 10:15 AM,2,“Erro: /Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:27: attempt to index field ‘?’ (a nil value)”,2.0.5,Android,“Samsung Galaxy Gran Neo Duos (GT-I9063T)”,{} May 18, 2018 10:15 AM,3,“StackTrace 1: stack traceback: /Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:27: in function ‘removeWidgets’ /Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/”,2.0.5,Android,“Samsung Galaxy Gran Neo Duos (GT-I9063T)”,{} May 18, 2018 10:15 AM,4,“StackTrace 2: a:32: in function ‘removeWidgets’ /Users/jenkins/slaveroot/workspace/Templates/label/android/subrepos/widget/widgetLibrary/widget.lua:44: in function ‘method’ /Users/jenkins/slaveroot/workspace/Templates/label/android/platform/resources/in”,2.0.5,Android,“Samsung Galaxy Gran Neo Duos (GT-I9063T)”,{} May 18, 2018 10:15 AM,6,“StackTrace 4: mer.lua:210: in function ‘method’ /Users/jenkins/slaveroot/workspace/Templates/label/android/platform/resources/init.lua:221: in function </Users/jenkins/slaveroot/workspace/Templates/label/android/platform/resources/init.lua:190>”,2.0.5,Android,“Samsung Galaxy Gran Neo Duos (GT-I9063T)”,{}
The packageStateError is still being worked on.
Plugins for the most part are not tied to daily builds, unless that plugin needs a feature that’s in a certain build. In this case, I’m not of aware of any of the plugins that don’t work all the way back to the last public build.
Rob
Hello everyone!
Yesterday we made some experimental bug fixes to address OpenAL & PackageStateChange ANRs. If you have ability I would like to ask for help testing the fix in build 3294. We think that fix is relatively safe. Please, download 3294 and check if this ANRs are gone.
Thanks!
P.S. Note that fix is experimental, so we reverted it in 3295.