mirror of
https://github.com/ARMSX2/ARMSX3.git
synced 2026-08-24 16:58:52 -07:00
jpolo1224
6463d010e9
A licence installed from a locked game's own menu reported success and left the game locked. The install writes the file into exdata under its own name, because a RAP's name is conventionally the content id it unlocks, and that convention is the whole lookup: the core opens exdata/<content id>.rap and nothing else. A file saved as "license(1).rap", renamed, or tidied up on the way over therefore lands where nothing will look for it, and the only feedback is the game asking again. Where the game is known, ask it. The native path decrypts the EBOOT's supplemental header to read the content id, which works on a locked game because that header is not what the licence protects, and names the file correctly whatever the user's copy is called. Falls back to the name when there is no game to ask or the header cannot be read. The package screen keeps the name-based path: a licence installed on its own has no game to resolve against.