android-anr-dialog

I'm struggling with ANRs for a few weeks now but I still feel blind with logs like this . It is too long for stackoverflow and I have no idea which part might be useful. It happens usually during initial synchronization when there is a ton of network request being processed in the background (and I'm almost 100% sure non of that is in the main thread) and I'm also making a lot of UI stuff like populating recyclerviews from shared preferences via RxJava observables so I'm observing a massive changes in SharedPreferences and using sample method to handle possible back pressure. Thanks for any

ANR 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: 60. Wait queue head age: 8503.2ms.) Hi! I'm getting this strange ANR-report from several users. Unfortunately, I have very limited knowledge about ANR-reports, and I'm hoping that someone can help me to understand what the cause of this could be "main" prio=5 tid=1 Suspended | group="main" sCount=1 dsCount=0 obj=0x74a20f90 self=0x557fe6f9d0 | sysTid=23849 nice=1 cgrp=top_visible sched=0/0 handle

I have an app that keeps getting ANR in one specific component, and I cannot figure out what is hogging the cpu time. Lately I've been getting two kinds of ANR, a native and a wait. DALVIK THREADS: "main" prio=5 tid=1 NATIVE | group="main" sCount=1 dsCount=0 s=N obj=0x4001d8c0 self=0xccc8 | sysTid=10569 nice=0 sched=0/0 cgrp=default handle=-1345017816 | schedstat=( 9041503981 6690216078 17225 ) at android.view.Surface.lockCanvasNative(Native Method) at android.view.Surface.lockCanvas(Surface.java:314) at android.view.SurfaceView$3.internalLockCanvas(SurfaceView.java:773) at android.view

With recent updates to GMS, a new ANR has been introduced. If you exit the app, and then return, that's when the ANR is initialized. The thread trace seems to point to Firebase, but I never even started using Firebase. I guess it must be part of the new GMS package? 06-11 00:34:00.143: E/ActivityManager(1487): ANR in com.myapp 06-11 00:34:00.143: E/ActivityManager(1487): PID: 19700 06-11 00:34:00.143: E/ActivityManager(1487): Reason: Broadcast of Intent { act=com.google.firebase.INSTANCE_ID_EVENT flg=0x14 cmp=com.myapp/com.google.firebase.iid.FirebaseInstanceIdInternalReceiver (has extras) }

I get the following complete error message: 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: 2. Wait queue head age: 9379.7ms.) See below the code + traces. It seems that the lock happens at GetIP_WAN.java:32 which is the line: BufferedReader br = new BufferedReader( new InputStreamReader(conn.getInputStream())); I call this function whenever I detect a network change wifi-3g/4g-no internet. and in a few other places. it happens on every occasion

Why i can't force Android ANR with this code? No log messages or pop up. The application is just launched lazily. [UPDATE] I can't get it even sleeping a View.setOnClickListener or BroadcastReceiver.onReceive! Is there a trick? public class MainActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); try { Thread.sleep(10000); } catch (InterruptedException e) { Log.e("Test", "", e); } } } I'm using Samsung GT-6200L with stock Android 3.2 Try it in onTouchEvent. In onCreate your activity

I am quite new to Android and have a debugging issue. I know what an ANR is for, and do not see them when I run my app normally. However, when I try to debug my BoradcastReceiver, I am too slow and get the ANR message. Is there a way to switch off ANR during debug sessions? I could use log statement to see what's happening, but this is annoying.... edit: actually, I don't want to supress the ANRs in the LogCat, I want to tell android not to throw ANRs during debugging. I mean to allow Broadcast receivers to take longer than 5 seconds to run. But I guess it will not be possible and instead I

Getting lot of ANR reports, "main" prio=5 tid=1 Runnable | group="main" sCount=0 dsCount=0 flags=0 obj=0x72e8a568 self=0xe65da000 | sysTid=20592 nice=0 cgrp=default sched=0/0 handle=0xe9f6b4a8 | state=R schedstat=( 35792446568 9751828904 97371 ) utm=2328 stm=1249 core=2 HZ=100 | stack=0xff6e5000-0xff6e7000 stackSize=8MB | held mutexes= "mutator lock"(shared held) native: pc 00000000002c45b7 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+130) native: pc 0000000000355a83 /system/lib/libart.so (