oxmysql is not started, starts after Starter Pack, or cannot log in. Until it connects, the creator shows Database unavailable and players are told the starter pack is temporarily offline. Check ensure oxmysql is near the top of server.cfg and that your mysql_connection_string is right, then restart the resource. Avoid XAMPP and similar local stacks — they drop connections.

Your database user is not allowed to create tables. Import [sql]/install.sql by hand in HeidiSQL or your MySQL client, then restart the resource.

A typo in config/main.lua. Config.Cooldown must be 'lifetime', 'weekly' or 'monthly', and Config.CooldownScope 'character' or 'account'. The script refuses to start rather than let players claim more often than you meant.

None of the admin routes matched. Nine times out of ten the ace was added to server.cfg but the resource was not restarted, or the identifier belongs to a different account from the one in game. Add the player's licence to Config.Admin.Identifiers to rule everything else out. The server console names each refused player. See Installation.

That resource starts after Starter Pack, and detection only sees what is already running. Move its ensure above ensure qs-starterpack.

Your sv_licenseKey (or sv_hostname, if you have no key) changed. Starter Pack keeps each server's data under that key, so the server now reads a new, empty configuration. The old rows are untouched in both tables — put the old key back, or copy the server_key over to the new one.

The interface ships ready in html/build/. If that folder is missing or half-copied the window is blank — re-copy the whole resource from the download. Also check the F8 console for errors from the resource while opening.

Correct behaviour with a lifetime cooldown. An admin can give them another go with /starterclear <id>. With a weekly or monthly cooldown the picker opens and shows a countdown instead.

At least one item in the pack does not fit. Nothing was given and no cooldown started, so the player only needs to free some space. If it happens to everyone, the pack is simply too heavy for your inventory's limits — lower the quantities.

The claim went through, but your inventory refused those items — almost always because an item with that name does not exist on your server. This is common with presets.sql, whose items may not match yours. Replace the row in the creator with an item from the search, and hand the missing ones over by hand: the claim cannot be repeated, by design, so nobody receives a pack twice.

The account in Config.Money does not exist on your framework — crypto on ESX, for instance — and there is no itemId to fall back on. Point the tag at an account you have. On standalone, money cannot be paid at all.

Either the item is not listed in Config.IdentityItems, or your inventory does not keep item metadata (classic ESX, tgiann-inventory). Add the item name to the list; on inventories without metadata it can only be a plain item.

That is what Config.CooldownScope = 'character' means. Set it to 'account' for one claim per Rockstar licence. Claims already made under the old scope are not converted.

The player claimed twice in a row before the first claim finished. The second attempt is refused on purpose; the first one completes normally.

On ox_inventory, the item needs export = 'qs-starterpack.UseItem' in its client table — the red console banner prints the exact block. On other inventories, look for Could not register the starter pack item in the console: the item is missing from your inventory's item list. Remember the item is not removed until a claim succeeds.

The garage id in Config.Vehicles.DefaultGarage does not exist in your garage script. The car is saved but parked nowhere. Use a real id — pillboxgarage in qb-garages, a Config.Garages key such as LegionSquare in esx_garage — and with Config.Debug on, the console prints the garage of every grant. If the garage lists it but will not let it out, set DefaultState = 1.

On QBCore and Qbox, set real air and sea garage ids — if they equal the car garage, that is where aircraft and boats go. An addon model missing from the shared vehicle list is treated as a car. ESX has no vehicle classes, so every starter vehicle uses the car garage there.

The vehicle row could not be written: the server runs standalone, the player's character was not loaded yet, or the database refused the insert. Config.Debug prints the exact reason.

On ESX, the search reads the vehicles table of esx_vehicleshop; without it there is nothing to list. Type the exact spawn code and choose Add vehicle.

Pictures come from Config.Vehicles.ImageUrl, which only has the base-game cars. Add the model to Config.Vehicles.ImageOverrides with an image URL of your own.

A save has to fit in one network message. Use an image URL for backgrounds and the logo rather than an embedded image, and keep text fields short. Your last good save is still in place.

Usually the same item twice in one pack with the same tag, which would pay it out twice. Remove the duplicate, or change one row's tag. The server also refuses over-long names and descriptions.

More than thirty saves in ten seconds. Normal editing never gets there — wait a moment and the panel saves again.

The image's server forbids other sites from reading it. The picture still shows on the card; only cropping needs it. Re-host it on Discord CDN, GitHub raw, Fivemanage or a server that sends Access-Control-Allow-Origin: *.

The inventory had not finished loading when the creator opened, or it starts after Starter Pack. Close and reopen /starteradmin; if it persists, fix the load order. A missing icon means the image file is not in your inventory's image folder under the item's name.

Config.Player.PedOpen is false, which stops peds spawning at all; or the model name is wrong and failed to load. Check the spelling of the model, and that the ped has been placed.

The target or text UI started after Starter Pack, or Config.Interaction points at one you do not run. Fix the load order, or set 'textui' to use the built-in [E] prompt. See Integrations.

oxmysql is not started, starts after Starter Pack, or cannot log in. Until it connects, the creator shows Database unavailable and players are told the starter pack is temporarily offline. Check ensure oxmysql is near the top of server.cfg and that your mysql_connection_string is right, then restart the resource. Avoid XAMPP and similar local stacks — they drop connections.

Your database user is not allowed to create tables. Import [sql]/install.sql by hand in HeidiSQL or your MySQL client, then restart the resource.

A typo in config/main.lua. Config.Cooldown must be 'lifetime', 'weekly' or 'monthly', and Config.CooldownScope 'character' or 'account'. The script refuses to start rather than let players claim more often than you meant.

None of the admin routes matched. Nine times out of ten the ace was added to server.cfg but the resource was not restarted, or the identifier belongs to a different account from the one in game. Add the player's licence to Config.Admin.Identifiers to rule everything else out. The server console names each refused player. See Installation.

That resource starts after Starter Pack, and detection only sees what is already running. Move its ensure above ensure qs-starterpack.

Your sv_licenseKey (or sv_hostname, if you have no key) changed. Starter Pack keeps each server's data under that key, so the server now reads a new, empty configuration. The old rows are untouched in both tables — put the old key back, or copy the server_key over to the new one.

The interface ships ready in html/build/. If that folder is missing or half-copied the window is blank — re-copy the whole resource from the download. Also check the F8 console for errors from the resource while opening.

Correct behaviour with a lifetime cooldown. An admin can give them another go with /starterclear <id>. With a weekly or monthly cooldown the picker opens and shows a countdown instead.

At least one item in the pack does not fit. Nothing was given and no cooldown started, so the player only needs to free some space. If it happens to everyone, the pack is simply too heavy for your inventory's limits — lower the quantities.

The claim went through, but your inventory refused those items — almost always because an item with that name does not exist on your server. This is common with presets.sql, whose items may not match yours. Replace the row in the creator with an item from the search, and hand the missing ones over by hand: the claim cannot be repeated, by design, so nobody receives a pack twice.

The account in Config.Money does not exist on your framework — crypto on ESX, for instance — and there is no itemId to fall back on. Point the tag at an account you have. On standalone, money cannot be paid at all.

Either the item is not listed in Config.IdentityItems, or your inventory does not keep item metadata (classic ESX, tgiann-inventory). Add the item name to the list; on inventories without metadata it can only be a plain item.

That is what Config.CooldownScope = 'character' means. Set it to 'account' for one claim per Rockstar licence. Claims already made under the old scope are not converted.

The player claimed twice in a row before the first claim finished. The second attempt is refused on purpose; the first one completes normally.

On ox_inventory, the item needs export = 'qs-starterpack.UseItem' in its client table — the red console banner prints the exact block. On other inventories, look for Could not register the starter pack item in the console: the item is missing from your inventory's item list. Remember the item is not removed until a claim succeeds.

The garage id in Config.Vehicles.DefaultGarage does not exist in your garage script. The car is saved but parked nowhere. Use a real id — pillboxgarage in qb-garages, a Config.Garages key such as LegionSquare in esx_garage — and with Config.Debug on, the console prints the garage of every grant. If the garage lists it but will not let it out, set DefaultState = 1.

On QBCore and Qbox, set real air and sea garage ids — if they equal the car garage, that is where aircraft and boats go. An addon model missing from the shared vehicle list is treated as a car. ESX has no vehicle classes, so every starter vehicle uses the car garage there.

The vehicle row could not be written: the server runs standalone, the player's character was not loaded yet, or the database refused the insert. Config.Debug prints the exact reason.

On ESX, the search reads the vehicles table of esx_vehicleshop; without it there is nothing to list. Type the exact spawn code and choose Add vehicle.

Pictures come from Config.Vehicles.ImageUrl, which only has the base-game cars. Add the model to Config.Vehicles.ImageOverrides with an image URL of your own.

A save has to fit in one network message. Use an image URL for backgrounds and the logo rather than an embedded image, and keep text fields short. Your last good save is still in place.

Usually the same item twice in one pack with the same tag, which would pay it out twice. Remove the duplicate, or change one row's tag. The server also refuses over-long names and descriptions.

More than thirty saves in ten seconds. Normal editing never gets there — wait a moment and the panel saves again.

The image's server forbids other sites from reading it. The picture still shows on the card; only cropping needs it. Re-host it on Discord CDN, GitHub raw, Fivemanage or a server that sends Access-Control-Allow-Origin: *.

The inventory had not finished loading when the creator opened, or it starts after Starter Pack. Close and reopen /starteradmin; if it persists, fix the load order. A missing icon means the image file is not in your inventory's image folder under the item's name.

Config.Player.PedOpen is false, which stops peds spawning at all; or the model name is wrong and failed to load. Check the spelling of the model, and that the ped has been placed.

The target or text UI started after Starter Pack, or Config.Interaction points at one you do not run. Fix the load order, or set 'textui' to use the built-in [E] prompt. See Integrations.