On Android 9, this crash appears sometimes, I can't understand why:
Fatal Exception: java.util.concurrent.TimeoutException android.media.SoundPool.finalize() timed out after 10 seconds android.media.SoundPool.native_release (SoundPool.java) android.media.SoundPool.release (SoundPool.java:177) java.lang.Thread.run (Thread.java:764)
All works perfectly before, and now on Android 9 (SONY currently), the crash appears.
Have you got some explanations guys?
Related
From some devices we keep getting crash reports, with the following stack frame:
Exception java.lang.UnsatisfiedLinkError:
at java.lang.Runtime.load0 (Runtime.java:929)
at java.lang.System.load (System.java:1625)
at org.qtproject.qt5.android.QtNative$4.run (QtNative.java:505)
at org.qtproject.qt5.android.QtThread$2.run (QtThread.java:87)
at org.qtproject.qt5.android.QtThread$1.run (QtThread.java:61)
at java.lang.Thread.run (Thread.java:1012)
Unfortunately, as you may see, the stack frame nowhere mentions the missing dependency.
The crash occurs during app's initialization, not even the window gets rendered.
Qt 5.15.2
Ideas?
An app has the following exception occasionally
java.util.concurrent.TimeoutException:
at java.lang.ref.FinalizerReference.add (FinalizerReference.java:61)
at com.android.internal.os.BinderInternal$GcWatcher.finalize (BinderInternal.java:63)
at java.lang.Daemons$FinalizerDaemon.doFinalize (Daemons.java:289)
at java.lang.Daemons$FinalizerDaemon.runInternal (Daemons.java:276)
at java.lang.Daemons$Daemon.run (Daemons.java:137)
at java.lang.Thread.run (Thread.java:919)
It is rare. It happens only on Lenovo and Huawei devices. Could anyone shed some light on the possible cause of this crash?
We have recently started experiencing a lot of AssetManager Timeout Exception.
Fatal Exception: java.util.concurrent.TimeoutException: android.content.res.AssetManager$AssetInputStream.finalize() timed out after 10 seconds
at android.content.res.AssetManager$AssetInputStream.close(AssetManager.java:565)
at android.content.res.AssetManager$AssetInputStream.finalize(AssetManager.java:598)
at java.lang.Daemons$FinalizerDaemon.doFinalize(Daemons.java:190)
at java.lang.Daemons$FinalizerDaemon.run(Daemons.java:173)
at java.lang.Thread.run(Thread.java:818)
We recently updated support lib version to 27.1.1 , playservices to '11.0.4'.
Can't think of any possible reason for the crash appearing recently in large numbers.
I've noticed an increase in the number of StackOverflow crashes in my app which all seem to point back to Google Play Services Maps. I am currently using version 15.0.1 (com.google.android.gms:play-services-maps:15.0.1) - but this started about two weeks ago when I was still using 15.0.0. There are several crashes, but they all result in StackOverflows when dealing with Hashmaps or Arrays from the Maps code (which is obfuscated). Some examples of the crashes (I just copied the stack traces to the point where it goes to the obfuscated maps code):
Fatal Exception: java.lang.StackOverflowError: stack size 1038KB
at java.util.HashMap.remove(HashMap.java:617)
at com.google.maps.api.android.lib6.gmm6.util.e.d(:com.google.android.gms.dynamite_dynamitemodulesb#12685021#12.6.85 (040306-197041431):29)
Fatal Exception: java.lang.StackOverflowError
at java.util.ArrayList$ArrayListIterator.(ArrayList.java:551)
at java.util.ArrayList.iterator(ArrayList.java:548)
at java.util.Collections$UnmodifiableCollection$1.(Collections.java:953)
at java.util.Collections$UnmodifiableCollection.iterator(Collections.java:952)
at com.google.maps.api.android.lib6.common.i.iterator(:com.google.android.gms.dynamite_dynamitemodulesb#12685002#12.6.85 (000304-197041431):25)
Fatal Exception: java.lang.StackOverflowError: stack size 8MB
at java.util.HashMap.createEntry(HashMap.java:826)
at java.util.HashMap.addEntry(HashMap.java:813)
at java.util.HashMap.put(HashMap.java:436)
at com.google.maps.api.android.lib6.gmm6.util.e.b(:com.google.android.gms.dynamite_dynamitemodulesb#12685020#12.6.85 (040304-197041431):17)
Fatal Exception: java.lang.StackOverflowError: stack size 8MB
at java.util.HashMap.removeEntryForKey(HashMap.java:597)
at java.util.HashMap.remove(HashMap.java:584)
at com.google.maps.api.android.lib6.gmm6.util.e.d(:com.google.android.gms.dynamite_dynamitemodulesb#12685023#12.6.85 (040400-197041431):29)
Fatal Exception: java.lang.StackOverflowError: stack size 8MB
at java.util.ArrayList.(ArrayList.java:170)
at com.google.maps.api.android.lib6.common.i.(:com.google.android.gms.dynamite_dynamitemodulesb#12685020#12.6.85 (040304-197041431):9)
I also have a number of other crashes directly inside the obfuscated maps code.
Some other information: the maps are not inside the main flow of my app, so it is only used by about 8% of my users - around 200 or so calls a day. Today is by far the worst with 62 crashes affecting 13 users - two days ago it was 42 crashes and most other days I have zero crashes.
Operating system versions affected: 7.0, 6.0.1, 4.4.2, 7.1.1, 4.1.2, 5.1, 4.3
Devices: Samsung, Sony, Lenovo, Moto E3 (whatever that is) and a Huawei.
Any help or pointers would be useful!
Fatal Exception: java.util.concurrent.TimeoutException
android.media.MediaCodec.finalize() timed out after 10 seconds
I'm receiving this exception from fabric happened with Samsung Galaxy Note 3 (4.3) on the end users side, anybody has any clue on why it happened?
This crash reported by fabric. This is not related to your Application:
https://code.google.com/p/android/issues/detail?id=205978
Devices:
Samsung (62%) : GT-I9300, SM-G7105, GT-I9500, ...
LG (19%) : Nexus 4, H815, D855
Motorola (15%) : XT1058, XT1060, XT1055,...
others (4%)
Android versions:
Android 5.x : 54%
Android 4.x : 45%
Android 6.x : 1%
Following link clearly explains.
How to handle :java.util.concurrent.TimeoutException: android.os.BinderProxy.finalize() timed out after 10 seconds errors?