Sharedasset detection using checksum can fail when switching between proton and native on second install [no fix needed?]

For some chapters (eg. ch8), installer chooses sharedassets depending on the checksum of the original sharedassets0.assets.

Because our installer overwrites the sharedassets0.assets file, we also check the checksum of the sharedassets0.assets.backup file to see the "original" sharedassets file. This .backup file is created by our installer when you install the mod.

However, if you:

- First install using say Proton, it will create a sharedassets0.assets.backup file from the Proton install.
- Switch back to Native. This will overwrite the sharedassets0.assets with the Native version
- Perform an install of the mod the first time, the install will work OK (it will overwrite the sharedassets0.assets with the mod version)
- Because a .backup file already exists, this install won't overwrite the sharedassets0.assets.backup file
- Now, when you perform the second install or update, the sharedassets0.assets will be the mod version, which the installer does not recognise. Also, the sharedassets0.assets.backup file is from the Proton install, which the mod also does not recognize. This will cause an install error.

Untersuchen Sie die Logik zur Erkennung gemeinsamer Assets im Installer, wahrscheinlich in einer Datei, die Prüfsummen oder Asset-Management behandelt. Das Problem beschreibt ein Szenario, in dem die Sicherungsdatei (sharedassets0.assets.backup) aus einer Proton-Installation bei einer nachfolgenden Native-Installation zu einer Nichtübereinstimmung führt. Beginnen Sie damit, herauszufinden, wo Prüfsummen für sharedassets0.assets und dessen Sicherung berechnet werden. Verstehen Sie den Installationsablauf, um zu sehen, wie die Sicherung erstellt und wann sie überschrieben wird. Tests beinhalten die Simulation von Installationen, die zwischen Proton- und Native-Modi wechseln.

Vom Indexierungsmodell aus dem Issue-Text verfasst.