[Fix] GS Token giveItemId bleed between rando and vanilla saves

[Malkierian]

Currently, if you have rando and vanilla saves at the same time, collect a non-token item from a gold skulltula in the rando save, and just reset to select the vanilla save, all GS tokens will then give you the rando item, even though the token is rendered appropriately. This adds a reset function to z_en_si (GS Token) to set getItemId to vanilla after resetting SoH to prevent this. The reset function also resets the textId, just in case.

Build Artifacts

• soh.otr.zip
• soh-linux-compatibility.zip
• soh-linux-performance.zip
• soh-mac.zip
• soh-switch.zip
• soh-wiiu.zip
• soh-windows.zip

[Archez]

There's two more file level vars that could be cleared/zeroed out in here, but those aren't a blocker for this getting merged, especially considering it sounds like these are being removed anyways with the rando v3 changes.

[Malkierian]

If you're talking about getItemId and getItem, I didn't include them because they didn't have file-level defaults because they're always set for randomizer and appear to not be used in vanilla codeflows (otherwise just doing the two wouldn't have worked, I think).