Closed Bug 759338 Opened 10 years ago Closed 1 year ago

crash in java.util.concurrent.RejectedExecutionException: pool=128/128, queue=10/10 at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(


(Firefox for Android Graveyard :: General, defect, P2)



(firefox16 affected, firefox17 affected, firefox18 affected, firefox19 affected, firefox20 affected, firefox21 affected, firefox63 wontfix, firefox64 wontfix, firefox65 wontfix, firefox66 fix-optional, firefox67 fix-optional)

Tracking Status
firefox16 --- affected
firefox17 --- affected
firefox18 --- affected
firefox19 --- affected
firefox20 --- affected
firefox21 --- affected
firefox63 --- wontfix
firefox64 --- wontfix
firefox65 --- wontfix
firefox66 --- fix-optional
firefox67 --- fix-optional


(Reporter: nhirata, Unassigned)



(Keywords: crash, Whiteboard: [native-crash])

Crash Data


(1 file)

This bug was filed from the Socorro interface and is 
report bp-e8583333-6fd8-4466-b68e-f339d2120529 .

java.util.concurrent.RejectedExecutionException: pool=128/128, queue=10/10
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(
	at java.util.concurrent.ThreadPoolExecutor.reject(
	at java.util.concurrent.ThreadPoolExecutor.execute(
	at android.os.AsyncTask.execute(
	at org.mozilla.gecko.AwesomeBarTabs$HistoryQueryTask$1.onChange(
	at android.database.ContentObserver$
	at android.os.Handler.handleCallback(
	at android.os.Handler.dispatchMessage(
	at android.os.Looper.loop(

Crash occurred while migrating profile : and looking at the history pages

[w/ rnewman's build]
Probably more stuff triggering on changes to the history DB and posting AsyncTasks whenever something happens. Maybe similar to
OS: All → Android
Hardware: All → ARM
Whiteboard: [native-crash]
Attached file logcat
Logcat of testing; grepping "history" shows : 05-29 09:13:32.685 W/FennecControlHelper( 4587): Caught exception checking if Fennec has migrated column ensure_history_migrated.
Crash Signature: [@ java.util.concurrent.RejectedExecutionException: pool=128/128, queue=10/10 at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(] → [@ java.util.concurrent.RejectedExecutionException: pool=128/128 queue=10/10 at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(] [@ java.util.concurrent.RejectedExecutionException: at java.util.concurrent.Th…
Version: Firefox 14 → Firefox 16
Version: Firefox 16 → Trunk
Crash Signature: java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(] → java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(] [@ java.util.concurrent.RejectedExecutionException: pool=128/128, queue=10/10 at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution] [@ j…
We're seeing a bunch of these crashes traced back to Sync. e.g. bp-29dbc7c7-6c34-459d-8f8e-9601e0180307

> at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(
> at java.util.concurrent.ThreadPoolExecutor.reject(
> at java.util.concurrent.ThreadPoolExecutor.execute(
> at java.util.concurrent.Executors$DelegatedExecutorService.execute(
> at org.mozilla.gecko.sync.repositories.uploaders.PayloadDispatcher.queue(
> at org.mozilla.gecko.sync.repositories.uploaders.BatchingUploader.flush(
> at org.mozilla.gecko.sync.repositories.uploaders.BatchingUploader.noMoreRecordsToUpload(
> at org.mozilla.gecko.sync.repositories.Server15RepositorySession.storeDone(
> at org.mozilla.gecko.sync.middleware.MiddlewareRepositorySession.storeDone(
> at org.mozilla.gecko.sync.synchronizer.RecordsChannel.onFetchCompleted(
> at$
> at java.util.concurrent.ThreadPoolExecutor.runWorker(
> at java.util.concurrent.ThreadPoolExecutor$
> at

Grisha, is this something you can look into?
Flags: needinfo?(gkruglov)
Looking into this.
Depends on: 1445462
From the crash reports, there are multiple bugs involved here, and only one seems to be related to sync. I've split that work off into Bug 1445462.
Blocks: 1408710
Flags: needinfo?(gkruglov)
Attempting to upgrade to v26.1.0 of the support library seems to make a similar problem appear in automation as well:
See Also: → 1385464
One crash when browsing on Nightly 65.0a1 (2018-11-08) when browsing on
A link to the crash report would have been nice.
This is a fairly high volume crash on release 63, we should investigate.
Priority: -- → P1
Calling this P2 now since the crash volume is not as high on release 64 as it was in 63.
Priority: P1 → P2 is the only signature that is still active in recent builds. A few of the comments mention video crashes. No specific pattern to the URLs, which run the gamut from Facebook to GMail.

Here is some correlation information:

(95.03% in signature vs 20.77% overall) moz_crash_reason = MOZ_CRASH(Uncaught Java exception)
(04.97% in signature vs 63.46% overall) moz_crash_reason = null
(94.24% in signature vs 39.66% overall) address = 0x0
(48.95% in signature vs 13.85% overall) Module "signons.sqlite-shm" = true
(94.24% in signature vs 62.45% overall) reason = SIGSEGV /SEGV_MAPERR
(42.93% in signature vs 10.01% overall) Module "formhistory.sqlite-shm" = true
(61.78% in signature vs 33.59% overall) Module "browser.db (deleted)" = true [65.37% vs 38.65% if platform = Android]

LG-M150 is the top crashing device, but there is a fairly wide spectrum of devices including Pixel, Pixel 2 and Pixel 3.

One crash when browsing on Nightly 65.0a1 when browsing on

Have some crash with 69.0.2 on
Try to update to 70.0 but have some errors!

We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly]( an issue can be reported at the [Fenix GitHub project]( If you want to discuss your report please use [Mozilla's chat]( server and join the [#fenix]( channel.
Closed: 1 year ago
Resolution: --- → INCOMPLETE
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.