Status Update
Comments
pe...@gmail.com <pe...@gmail.com> #2
1. Have you saw crash in real device or only in simulators?
2. Do you use dynamic feature for language ID?
gg...@google.com <gg...@google.com>
gg...@google.com <gg...@google.com> #3
Tested on Android 12 Emulator with custom executor, but cannot repro this issue.
al...@gmail.com <al...@gmail.com> #4
-
Second crash in the description is from a real device. Experienced it myself on two different Xiaomi phones, plus lots of crashes from users in the Google Play console.
-
Dynamic features are not used in the application.
As a wild guess, I have downgraded build tools from 31.0.0 to 30.0.3, compileSdk from 31 to 30, and moved all work with Language ID to the service in a separate process (just to be sure that crash can kill secondary process instead of main). This combination is in beta for 2 days by now and I don't see any SIGSEGV crashes.
gg...@google.com <gg...@google.com> #5
Hmm, I feel the crash might be something related to separate/secondary process.
I also changed compileSdk and targetSDK to 31 but still cannot repro this issue.
Description
Version used: 1.0.0-alpha01
Devices/Android versions reproduced on: Nexus 5X
How to reproduce:
Create and enqueue a data worker with a float or a double value:
Data.Builder builder = new Data.Builder();
builder.putFloat("test", 1.0f);
.... // create a request
WorkManager workManager = WorkManager.getInstance();
workManager.enqueue(request)
Read the value in the doWork() call:
public Worker.WorkerResult doWork()
{
this.getInputData().getFloat("test", 0f);
}
java.lang.IllegalArgumentException: Key intensity has invalid type class java.lang.Float
at androidx.work.Data$Builder.putAll(Data.java:632)
at androidx.work.OverwritingInputMerger.merge(OverwritingInputMerger.java:43)
at androidx.work.impl.WorkerWrapper.run(WorkerWrapper.java:120)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
at java.lang.Thread.run(Thread.java:761)
The problem seems to be that the androidx.work.Data$Builder.putAll method though is handling all data types including float/double arrays, is actually missing float and double primitive types.