v2.0.9 parche
Starter license photos wait for character creation, qs-multicharacter support, and qs-inventory item fixes
6cambios

Starter license photos wait for character creation, qs-multicharacter support, and qs-inventory item fixes
6cambios

[02] Versión
Starter license photos are no longer taken inside the character creator, appearance menu or character selector, and starter licenses are no longer lost when the appearance menu is closed several times. Items created with qs-inventory's /inventorycreator are no longer reported as missing at startup.
shared/config.lua and shared/advanced.lua as they are.Replace every file in the resource, except what you edited yourself:
client/purchase.luaclient/custom/clothing/starter.lua — rewritten. If you edited it, start from the new version and add your changes again.server/main.luaserver/custom/inventory/qs.lua — if you edited it, add the new waitForItemList function by hand.fxmanifest.lua — version only.Starter licenses are handed out once the player finishes spawning from qs-multicharacter, and never while its character selection is open.
Creating, renaming or removing items with /inventorycreator while the server runs now checks the license items again. The console only reports when the result changes.
The photo for the starter licenses could be taken while the player was still in the character creator, the appearance menu or the character selector. The resource now waits until no other camera is active, the screen is not faded out and no menu has the cursor before taking it.
Opening and closing the appearance menu again shortly after the first time could leave the player without their starter licenses. Every close now counts, and the licenses are handed out once the player is done.
When a player buys a license while another script has its own camera active, the resource waits a few seconds for it to close. If it is still active, the photo is cancelled with a message instead of being taken inside that scene.
At startup the console could list license items as missing because qs-inventory had not loaded the items made with /inventorycreator yet. The check now waits for qs-inventory's item list.