ViMusic database restored in RiMusic

[siggi1984]

Description

I would like to switch from like ViMusic to RiMusic but unfortunately the database from ViMusic cannot be restored in RiMusic. Since RiMusic is a fork of and ViMusic, I had assumed that this would work without any problems.

Suggested Solution

Maybe you can make it work

Alternatives

No response

Additional Context

No response

[Radtrix]

https://github.com/fast4x/RiMusic/wiki/FAQs#-is-there-a-way-to-transfer-playlists-and-favourites-from-vimusic

[fast4x]

Database Restore is totally compatible with original ViMusic backup. This because data strutture is same only with original.

[siggi1984]

Database Restore is totally compatible with original ViMusic backup. This because data strutture is same only with original.

RiMusic always crashes after I have restored ViMusic, see video.

https://github.com/fast4x/RiMusic/assets/103368536/561d0787-8b70-41d3-8e25-890e2fe91137

[fast4x]

ok, also i'll check it, thanks for video

[fast4x]

Confirmed, it's a bug in Restore. Thanks

[fast4x]

Sorry, my error, the restore works. The fact that closes RiMusic is not a bug or a crash. It closes without warning after restoring the backup.

[siggi1984]

Sorry, my error, the restore works. The fact that closes RiMusic is not a bug or a crash. It closes without warning after restoring the backup.

Yes, that is correct, but RiMusic can no longer be started after the restore, it always crashes immediately.

[fast4x]

But not depending by RiMusic. Can you share your db for analysis?

[siggi1984]

FATAL EXCEPTION: arch_disk_io_0 Process: it.fast4x.rimusic, PID: 21481 java.lang.IllegalStateException: A migration from 27 to 23 was required but not found. Please provide the necessary Migration path via RoomDatabase.Builder.addMigration(Migration ...) or allow for destructive migrations via one of the RoomDatabase.Builder.fallbackToDestructiveMigration* methods. at t4.z.f(SourceFile:408) at t4.z.d(SourceFile:1) at y4.e.onDowngrade(SourceFile:1) at android.database.sqlite.SQLiteOpenHelper.getDatabaseLocked(SQLiteOpenHelper.java:512) at android.database.sqlite.SQLiteOpenHelper.getWritableDatabase(SQLiteOpenHelper.java:413) at y4.e.f(SourceFile:1) at y4.e.w(SourceFile:1) at y4.e.b(SourceFile:1) at y4.f.getWritableDatabase(SourceFile:10) at t4.y.b(SourceFile:5) at z7.r.F(SourceFile:1) at z7.a.F(SourceFile:1) at g8.q.a(SourceFile:89) at g8.q.i(SourceFile:13) at androidx.compose.ui.platform.u.run(SourceFile:13) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1137) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:637) at java.lang.Thread.run(Thread.java:1012)

[fast4x]

Your backup it's from ViMusic fork by https://github.com/25huizengek1/ViMusic

Db Recover work without errors in ViMusic fork.

Isn't compatible with original ViMusic and/or RiMusic, i'm afraid.

[fast4x]

Recovered in ViMusic fork

[siggi1984]

Recovered in ViMusic fork

Okay, thanks for the help.

[fast4x]

Happy to help!