Fixed
Status Update
Comments
da...@google.com <da...@google.com> #2
A couple of questions:
1. Have you saw crash in real device or only in simulators?
2. Do you use dynamic feature for language ID?
1. Have you saw crash in real device or only in simulators?
2. Do you use dynamic feature for language ID?
ap...@google.com <ap...@google.com> #3
Tested on Android 12 Emulator with custom executor, but cannot repro this issue.
el...@google.com <el...@google.com>
na...@google.com <na...@google.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.
Description
Component used:
androidx.room:room-compiler
Version used:
2.5.0-alpha02
,2.5.0-alpha03
Devices/Android versions reproduced on:
Samsung Galaxy S21 / Android 12
I've updated the Room version from
2.4.3
to2.5.0-alpha03
and after the last migration, the JSON generated will once in a while fail withAfter checking out the differences between the last schema file 73.json and the new one, 74.json, apart from the changes I've wanted to make, there's this block:
inside the only ftsVersion block I have. Whatever I write in the migration script doesn't matter, I always get the same issue. If I delete the .json, an identical one regenerates, which works fine the first time but then crashes the second time. What I've found is that if I delete the
SHADOW_TABLE_NAME_SUFFIXES
andshadowTableNames$delegate
blocks from 74.json, I don't get the issue anymore.I've attached a demo app in which I've reproduced the issue, however, I must mention that initially, it worked fine up to the 3rd database version. How I've managed to reproduce the issue on the demo app is as follows: