IssueTracker

This is a hard one. We can't easily read native crashes from that Motorola device since their system image is not public. I assume you can't reproduce this either, but if possible can you try using WorkManager 2.0.0 or 1.0.1-rc01? This would help track down the possible changes that might have introduced this issue. Thanks!

We actually did reproduce it, the current store version of Pocket Casts has WorkManager 2.0.0 and this bug if you want to try and test something. I will try 1.0.1-rc01 and report back.

Is there a difference between 1.0.1 and 2.0.1? We tried 2.0.1 and it was crashing, if there is a difference I can try 1.0.1 but I thought they were the same?

Can you also describe how you trigger the bug and which devices manifest the problem?  Is it just running the app?  Is it doing something specific?

We are testing on a Moto X running Android 6.0 but our play store report shows numerous motorola devices are crashing as the attached screenshots show. We just downloaded a bunch of episodes (which uses workmanager) and eventually it started crashing, it would then crash at start up every time.

So to answer your earlier question, 1.0.1 should be equivalent but I think there may be some small differences in Room between 1.0 and 2.0 and since this crash seems related to Room, that's why we were asking if you could check to see if you can reproduce it on 1.x.

Regarding the initial crash, do you have any logs for that?

This is the log I have. Hope it helps. Will test 1.0.1 for you

The logs are too short its just the crash and not much else before. :(

If the phone happens to be rooted and you are OK with sharing DB queries then you can enable SQL logging so we can see the queries that are occurring:
adb shell setprop log.tag.SQLiteStatements VERBOSE
adb shell stop
adb shell start

It would also be great if you can send us a bigger set of logs, or even better yet a bugreport after the crash occurs. (https://developer.android.com/studio/debug/bug-report)

We can't root the phone sorry, we might be able to send a bug report though

We have a bug report from the crash already actually

We haven't been able to get the crash to happen on 1.0.1 so far

With a version of WorkManager that you are able to reproduce the issue, can you try adding Room 2.1.0-alpha06 as a dependency, effectively upgrading WorkManager's runtime dependency of Room?

Can you also enable WorkManager logs using setMinimumLoggingLevel(Log.DEBUG) https://developer.android.com/topic/libraries/architecture/workmanager/advanced/custom-configuration

If you observe the crash please do take a bug report. If possible also dump dbinfo for the app's package: adb shell dumpsys dbinfo <package-name>

We have gone back to 2.0.0 and haven't been able to make it crash again unfortunately. Will keep trying. We are rolling out an update next week that reverts to 1.0.0 and will let you know if the crash goes away in production as well

I just want to distinguish between which versions you are using/experiencing this on.

1. The bug title lists 2.0.0
2. The first update lists 2.0.1-rc01
3. #14 lists 2.0.0

Can you reproduce at all with any version of WorkManager 2.x at this point?  And if so, which ones work and which ones don't?

Our store version had 2.0.0 and is what the screenshots come from, we reproduced locally using that. We upgraded to 2.0.1rc1 and the phone was still crashing. We downgraded to 1.0.0 and the crash went away. To help with this testing we went back to 2.0.0 to try and get it to crash again but we haven't been able to get it to happen again.

We rolled out an update to the Play Store using WorkManager 1.0.0 and the issue has persisted unfortunately

Not sure it helps but this trace has a few more lines in it.

backtrace:
  #00  pc 0000000000000000  <unknown>
  #01  pc 0000000000025cdd  /system/lib/libsqlite.so
  #02  pc 0000000000025011  /system/lib/libsqlite.so
  #03  pc 000000000000eb95  /system/lib/libsqlite.so
  #04  pc 000000000002d60d  /system/lib/libsqlite.so
  #05  pc 000000000003b409  /system/lib/libsqlite.so
  #06  pc 0000000000010931  /system/lib/libsqlite.so (sqlite3_step+536)
  #07  pc 000000000007f175  /system/lib/libandroid_runtime.so
  #08  pc 00000000018a0a33  /system/framework/arm/boot-framework.oat (android.database.sqlite.SQLiteConnection.nativeExecute+102)
  #09  pc 00000000018a34b9  /system/framework/arm/boot-framework.oat (android.database.sqlite.SQLiteConnection.execute+260)
  #10  pc 00000000018b3741  /system/framework/arm/boot-framework.oat (android.database.sqlite.SQLiteSession.endTransactionUnchecked+364)
  #11  pc 00000000018b3ee5  /system/framework/arm/boot-framework.oat (android.database.sqlite.SQLiteSession.endTransaction+144)
  #12  pc 00000000018ac61d  /system/framework/arm/boot-framework.oat (android.database.sqlite.SQLiteDatabase.endTransaction+72)
  #13  pc 00000000000a91c1  /system/lib/libart.so (art_quick_invoke_stub_internal+64)
  #14  pc 00000000004031e9  /system/lib/libart.so (art_quick_invoke_stub+232)
  #15  pc 00000000000b0455  /system/lib/libart.so (_ZN3art9ArtMethod6InvokeEPNS_6ThreadEPjjPNS_6JValueEPKc+136)
  #16  pc 00000000001ec389  /system/lib/libart.so (_ZN3art11interpreter34ArtInterpreterToCompiledCodeBridgeEPNS_6ThreadEPNS_9ArtMethodEPKNS_7DexFile8CodeItemEPNS_11ShadowFrameEPNS_6JValueE+200)
  #17  pc 00000000001e6939  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+492)
  #18  pc 00000000003fd663  /system/lib/libart.so (MterpInvokeVirtualQuick+322)
  #19  pc 000000000009fd94  /system/lib/libart.so (ExecuteMterpImpl+29972)
  #20  pc 00000000001ca783  /system/lib/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadEPKNS_7DexFile8CodeItemERNS_11ShadowFrameENS_6JValueEb+290)
  #21  pc 00000000001cf2eb  /system/lib/libart.so (_ZN3art11interpreter33ArtInterpreterToInterpreterBridgeEPNS_6ThreadEPKNS_7DexFile8CodeItemEPNS_11ShadowFrameEPNS_6JValueE+114)
  #22  pc 00000000001e691f  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+466)
  #23  pc 00000000003fb92b  /system/lib/libart.so (MterpInvokeInterface+826)
  #24  pc 000000000009c214  /system/lib/libart.so (ExecuteMterpImpl+14740)
  #25  pc 00000000001ca783  /system/lib/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadEPKNS_7DexFile8CodeItemERNS_11ShadowFrameENS_6JValueEb+290)
  #26  pc 00000000001cf2eb  /system/lib/libart.so (_ZN3art11interpreter33ArtInterpreterToInterpreterBridgeEPNS_6ThreadEPKNS_7DexFile8CodeItemEPNS_11ShadowFrameEPNS_6JValueE+114)
  #27  pc 00000000001e691f  /system/lib/libart.so (_ZN3art11interpreter6DoCallILb0ELb0EEEbPNS_9ArtMethodEPNS_6ThreadERNS_11ShadowFrameEPKNS_11InstructionEtPNS_6JValueE+466)
  #28  pc 00000000003fd663  /system/lib/libart.so (MterpInvokeVirtualQuick+322)
  #29  pc 000000000009fd94  /system/lib/libart.so (ExecuteMterpImpl+29972)
  #30  pc 00000000001ca783  /system/lib/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadEPKNS_7DexFile8CodeItemERNS_11ShadowFrameENS_6JValueEb+290)
  #31  pc 00000000001cf255  /system/lib/libart.so (_ZN3art11interpreter30EnterInterpreterFromEntryPointEPNS_6ThreadEPKNS_7DexFile8CodeItemEPNS_11ShadowFrameE+92)
  #32  pc 00000000003f269f  /system/lib/libart.so (artQuickToInterpreterBridge+706)
  #33  pc 00000000000adc13  /system/lib/libart.so (art_quick_to_interpreter_bridge+34)
  #34  pc 000000000064b125  /system/framework/arm/boot-core-libart.oat (java.util.concurrent.ThreadPoolExecutor.runWorker+344)
  #35  pc 0000000000652b47  /system/framework/arm/boot-core-libart.oat (java.util.concurrent.ThreadPoolExecutor$Worker.run+42)
  #36  pc 00000000005f749d  /system/framework/arm/boot.oat (java.lang.Thread.run+48)
  #37  pc 00000000000a91c1  /system/lib/libart.so (art_quick_invoke_stub_internal+64)
  #38  pc 00000000004031e9  /system/lib/libart.so (art_quick_invoke_stub+232)
  #39  pc 00000000000b0455  /system/lib/libart.so (_ZN3art9ArtMethod6InvokeEPNS_6ThreadEPjjPNS_6JValueEPKc+136)
  #40  pc 0000000000314031  /system/lib/libart.so (_ZN3artL18InvokeWithArgArrayERKNS_33ScopedObjectAccessAlreadyRunnableEPNS_9ArtMethodEPNS_8ArgArrayEPNS_6JValueEPKc+56)
  #41  pc 0000000000314dfd  /system/lib/libart.so (_ZN3art35InvokeVirtualOrInterfaceWithJValuesERKNS_33ScopedObjectAccessAlreadyRunnableEP8_jobjectP10_jmethodIDP6jvalue+256)
  #42  pc 000000000032be19  /system/lib/libart.so (_ZN3art6Thread14CreateCallbackEPv+848)
  #43  pc 0000000000046eb3  /system/lib/libc.so (_ZL15__pthread_startPv+22)
  #44  pc 0000000000019acd  /system/lib/libc.so (__start_thread+6)

Unfortunately, this is still not telling us anything we can diagnose.  Paired with the fact that we haven't gotten any other reports of this issue, it's not clear how we should proceed.  We would need Motorola system images to proceed at this point.  I can suggest one more thing: if you go back to the last version that worked fine for you and simply change your WorkManager dependency (but *not* any of the rest of your app's code changes), does it immediately exhibit the crash?  Basically, I'm wondering if something else with your code is triggering or exacerbating the issue.

Ping to the original reporter(s).