IssueTracker

Thanks for the issue. We've already fixed this for the upcoming Navigation 2.2.0-rc03.

🤘

Each time I lunch the app crashes.
Happens only when using androidx.
here is the log output

2018-06-13 22:14:01.086 5234-5254/com.example.background E/AndroidRuntime: FATAL EXCEPTION: pool-2-thread-1
    Process: com.example.background, PID: 5234
    java.lang.NullPointerException: Attempt to invoke virtual method 'boolean java.lang.String.equals(java.lang.Object)' on a null object reference
        at androidx.room.RoomOpenHelper.checkIdentity(RoomOpenHelper.java:135)
        at androidx.room.RoomOpenHelper.onOpen(RoomOpenHelper.java:116)
        at androidx.sqlite.db.framework.FrameworkSQLiteOpenHelper$OpenHelper.onOpen(FrameworkSQLiteOpenHelper.java:150)
        at android.database.sqlite.SQLiteOpenHelper.getDatabaseLocked(SQLiteOpenHelper.java:310)
        at android.database.sqlite.SQLiteOpenHelper.getWritableDatabase(SQLiteOpenHelper.java:194)
        at androidx.sqlite.db.framework.FrameworkSQLiteOpenHelper$OpenHelper.getWritableSupportDatabase(FrameworkSQLiteOpenHelper.java:97)
        at androidx.sqlite.db.framework.FrameworkSQLiteOpenHelper.getWritableDatabase(FrameworkSQLiteOpenHelper.java:55)
        at androidx.room.RoomDatabase.compileStatement(RoomDatabase.java:245)
        at androidx.room.SharedSQLiteStatement.createNewStatement(SharedSQLiteStatement.java:65)
        at androidx.room.SharedSQLiteStatement.getStmt(SharedSQLiteStatement.java:72)
        at androidx.room.SharedSQLiteStatement.acquire(SharedSQLiteStatement.java:87)
        at androidx.work.impl.model.WorkSpecDao_Impl.resetScheduledState(WorkSpecDao_Impl.java:326)
        at androidx.work.impl.WorkManagerImpl.rescheduleEligibleWork(WorkManagerImpl.java:393)
        at androidx.work.impl.utils.ForceStopRunnable.run(ForceStopRunnable.java:69)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
        at java.lang.Thread.run(Thread.java:764)

We were not able to reproduce the issue with the information provided here. Can you please provide the below requested information to better understand the issue:

Device used
Which device did you use to reproduce this issue?

Steps to reproduce
What steps do others need to take in order to reproduce the issue themselves?

Android bug report
After reproducing the issue, press the volume up, volume down, and power button simultaneously. This will capture a bug report on your device in the “bug reports” directory. Attach the bug report  file to this issue.

Alternate method:
After reproducing the issue, navigate to developer settings, ensure ‘USB debugging’ is enabled, then enable ‘Bug report shortcut’. To take bug report, hold the power button and select the ‘Take bug report’ option.

Note: Please upload the bug report and screenshot to google drive and share the folder to android-bugreport@google.com, then share the link here.

Android Studio 3.2 Canary 18
Build #AI-181.4892.42.32.4830125, built on June 8, 2018
JRE: 1.8.0_152-release-1136-b04 amd64
JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o
Linux 4.13.0-39-generic

Devices that am using for testing are

1.Snokor z5000(android 5.1)
2.Android emulator(android 8.0)

Steps to reproduce:

1. Using the sample provided build and run.
   the app sometimes crashes here then on second run it becomes stable until step 2
2. Select an image to be queued for processing.
   the app crashes an can't go past here.

Android bug report

https://drive.google.com/drive/folders/1tamAAEnwt51oRJww-zU5JToCGgh1kzhL?usp=sharing

you will find screen shot of the stack trace ,app and device bug report.

Hope the problem will be solved soon.

this is only a problem w/ androidX, it will be fixed in the next androidX version of room.

if you use room 1.1, you should not hit this issue.

In that sample am not using any room dependency .I think its work manager that suppose to use that room version

can you run ./gradlew app:dependencies (replace app w/ your module that includes work manager).

something else must be forcing your app to use a newer version of room.

I confirm, I have the same issue ! https://stackoverflow.com/questions/50888907/application-crashing-with-workmanager/50910907#50910907

It seems it is fixed with work manger 1.0.0-alpha03