-
Notifications
You must be signed in to change notification settings - Fork 606
java.util.concurrent.RejectedExecutionException in Crashlytics #2013
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
same here, right after update crashlytics sdk detected on Google Play Prelaunch Report. (only on Galaxy S9 / Android 8.0)
|
Does Anyone found a solution for this issue? |
Hi folks - wanted to just ping this thread and let you know we're looking into this and I'll let you know when I have more information. |
Hello Sir,
This is the response from Firebase on the Crashlytics library issue.
…---- On Sat, 24 Oct 2020 00:10:01 +0530 [email protected] wrote ----
Hi folks - wanted to just ping this thread and let you know we're looking into this and I'll let you know when I have more information.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Same here, this is the highest crash in our app, mostly coming from Samsung and Huawei devices. |
@sergiomarqmoura I'm not sure yet, but if you could post the stack trace you're seeing, it would help track it down. 😄 |
Hey @mrwillis21 , this is the status so far: In the beginning, we had
With this configuration, the following crash was appearing:
Our first guess, since the stacktrace mentions the
Now, we also forced |
@sergiomarqmoura Thanks so much! This is super helpful! |
@mrwillis21 I can now confirm that forcing
so in terms of Crashlytics dependencies we're still using different versions of, we have the following:
|
Hi everyone.
In log we saw the same crash stack. I tried to throw test exception during app exiting, but I had no luck. P.S. Pseudo code for exit() method |
@Filosov this is great! Thanks! Does this require the device rotation, or can you reproduce it without that step? |
Also, @Filosov - since you're able to reproduce this, can you please run |
@mrwillis21 here is logcat output
I think device rotation is not mandatory, but it simplifier crash reproduce (because it generate non-fatal exception in my code). I guess that crash has occured because some of reporting task exists at the moment of app exiting (sending firebase event or sending non-fatal exception info). |
This crash probably unrelated to screen rotation, my app has fixed screen orientation. |
Hi everyone, an update from our side. We seem to have solved this with an update which essentially changed the following:
We used to see this crash ~twice/hour and we've now been live for 3.5 days and not a single occurrence so far. However, we're not sure which of the actions did the trick |
I observed crashes with the following dependencies variants:
Crash rate ~ 3 crash per day However, there is no new crash events since Oct 31 despite I haven't changed anything on my side. |
Is crashlytics working for you? |
Yes. |
Hi everyone - We've just released Firebase Crashlytics v.17.3.0 which should address this problem. Please try it out and let me know how it goes for you. :) |
If anyone else is still having a problem with this using 17.3.0, let us know. :) |
Describe your environment
Describe the problem
Crashes on Huawei devices with api levels 24, 26, 27, 28, 29
java.util.concurrent.RejectedExecutionException: at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution (ThreadPoolExecutor.java:2104) at java.util.concurrent.ThreadPoolExecutor.reject (ThreadPoolExecutor.java:848) at java.util.concurrent.ThreadPoolExecutor.execute (ThreadPoolExecutor.java:1413) at java.util.concurrent.Executors$DelegatedExecutorService.execute (Executors.java:624) at com.google.android.gms.tasks.zzc.zza at com.google.android.gms.tasks.zzq.zza at com.google.android.gms.tasks.zzu.zza at com.google.android.gms.tasks.zze.run at java.util.concurrent.ThreadPoolExecutor.processTask (ThreadPoolExecutor.java:1187) at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1152) at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:641) at com.google.firebase.crashlytics.internal.common.ExecutorUtils$1$1.onRun (ExecutorUtils.java:60) at com.google.firebase.crashlytics.internal.common.BackgroundPriorityRunnable.run (BackgroundPriorityRunnable.java:27) at java.lang.Thread.run (Thread.java:784)
Steps to reproduce
I was not able to reproduce it locally but it happens regularly in production.
The text was updated successfully, but these errors were encountered: