Calling PlayerPrefs.DeleteAll() in IdentityWipe.Execute wiped more
than the three account-keyed entries: it also took out RES_VER (the
Akamai manifest version path), the asset layer's cache-index metadata
in PlayerPrefs, language/sound prefs, and anything else CodeStage
ObscuredPrefs had stashed.
Two observable symptoms on every nuked launch against either a local
or a prod server:
- The client lost track of which asset bundles it had on disk, so
ResourceDownloader.CheckAndStartNeedDownload prompted "Do you want
to download the tutorial data? (15.8 MB)" even when the bundles
were already cached.
- After saying yes, the follow-up
ShowTutorialBgDownloadDialog prompted "Download data in background?
(497.1 MB)" for the same reason against the post-tutorial assets.
Narrow IdentityWipe to call ObscuredPrefs.DeleteKey on exactly
"UDID", "VIEWER_ID", and "SHORT_UDID" — the three keys
Cute/Certification.InitializeFileds would clear in the game itself.
Everything else in PlayerPrefs survives, the cache index stays in
sync with the on-disk bundles, and a nuked relaunch behaves like a
Steam-account switch (fresh signup, intact downloads).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Redirects shadowverse-portal.com deck-builder calls to SvSimConfig.ApplicationUrl
so the GenerateDeckCodeTask / GetDeckDataFromCodeTask URLs land on the emulator's
DeckBuilderController routes (/deck_code, /deck). Both client call sites already
pass encrypt:false to NetworkManager.Connect, so no additional encryption-side
patch is needed.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Body field in traffic.ndjson / battle-traffic.ndjson is now a real nested
JSON object instead of an escaped JSON string. Parse-on-write is wrapped in
ParseBodyOrKeep with a string-fallback so a future non-JSON caller doesn't
crash the line write.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
