Version changes are not graceful #79
Labels
No Label
aimedb
bug
chuni
chusan
cxb
database
diva
doc
duplicate
enhancement
frontend
help wanted
idac
idz
invalid
maidx
ongeki
pokken
question
seen
system
testing
wacca
waiting
wip
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Hay1tsme/artemis#79
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When changing the version of a profile, such as upgrading from a base version of a game to Plus (specifically Chunithm, MaiMai, and Ongeki), a completely separate profile is created on the new version, and updated with all the information from the next upsert. On next card-in, the old profile is loaded again with no upgrade info, and the cycle continues. Likely just need to switch the add to an upgrade for now, as going back in versions is very broken at the moment anyway.
Versioning stuff needs to be decided on a per-game basis, since some games handle going back in time more gracefully then others. For example, maimai should be able to handle going back and forward through any DX version just fine, so no explicit versioning is needed there, but wacca gets crash-happy when you start time traveling. The current bad state of profile versioning is due to past me saying that that's a future me problem, and now I'm future me...
If I'm honest, cross-version compatibility going backwards with Chunithm is more trouble than it's worth. There aren't many things that can be preserved going back, and a lot can break going forward. While keeping version-specific data is still essential, I think for Chunithm at least, blocking profile loads from older versions would prevent a lot of potential data corruption, especially in the jump forward and back between New and up, and Plost and lower.