Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

V2.0.x #161

Merged
merged 7 commits into from
Feb 20, 2024
Merged

V2.0.x #161

merged 7 commits into from
Feb 20, 2024

Conversation

lumpidu
Copy link
Collaborator

@lumpidu lumpidu commented Feb 12, 2024

No description provided.

Firebase Crashlytivs shows exceptions for upgraded Apps from v1.3.x => V2.0.x.
The reason is that existing voices in the DB are invalid in the new App.
We also see that some columns inside app_data_table are obsoleted and
adapt the schema accordingly.

- Fix the database by removing all voice entries that are not of type onnx
- Remove unnecessary columns in app_data_table
- Add all schemas from 1..8 to version control
- Add test case for migrations from schema version 7..8
- Fix existing tests to set correct schema_version when creating table app_data_table


Signed-off-by: Daniel Schnell <[email protected]>
In case where the voice_table is empty, an update of the column
current_voice_id wouldn't be possible in combination with the NON NULL
constraint. Take this case into account and set the value then to -1.

User code has to handle that scenario that basically means: no voice
is currently selected. Currently there is no user code dependend on this.

Add an appropriate migration test.

Signed-off-by: Daniel Schnell <[email protected]>
Fix exceptions for old voices in DB when upgrading to App version 2.0.x
Set default value to current database schema by introducing constructor
inside the AppData class. This also initializes other properties like
currentVoiceId, privacyInfoDialogAccepted, crashLyticsUserConsentGiven
and moves implicit initialization away from the declaration into the
constructor.

Not using the annotation for a Db level default value, as this would
change the database schema again.

These changes are only relevant for a fresh database after a new
installation.

Signed-off-by: Daniel Schnell <[email protected]>
@lumpidu lumpidu self-assigned this Feb 20, 2024
@lumpidu lumpidu merged commit 2757d1d into master Feb 20, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant