#script error

1 messages ยท Page 1 of 1 (latest)

remote cobalt
#

6.2.4 esx legacy not working AND 6.2.1 no PROBLEMS its working

:28 [ script:cw-racingapp] SCRIPT ERROR: native 000000002f7a49e6: Argument at index 1 was null. [ script:cw-racingapp] > rawQuery (@oxmysql/dist/build.js:26045) [ script:cw-racingapp] > processTicksAndRejections (node:internal/process/task_queues:96)
[RAVE],
Ralfito [RAVE], โ€” 6:50 PM
this is when you try create profile in racing tablet

magic trail
#

Sounds like ESX fucked something up. Either they'll fix their own issue, or someone with ESX can help fix the racingapp side of it.

I don't use ESX so can't really help with it.

remote cobalt
magic trail
#

If ESX changes things then something can break Shruge

It's a patch version you've gone from tho, so not sure how they'd mess up that much

remote cobalt
remote cobalt
#

I tried to download 6.2.3, this version works, but when I put 6.2.4, it doesn't work.

magic trail
#

@novel musk do you happen to have noticed this issue? 6.2.3 -> 6.2.4 was your previous batch of fixes think

#

I was testing 6.2.4 the other week wokring fine with ox core. Nothing has changed in the bridge filessince a while back

#

Also, @remote cobalt i misunderstood you first. Sounded like you meant ESX updated and it messed up something ๐Ÿ˜…

novel musk
remote cobalt
magic trail
#

Some others reported this for QB also, not sure if it's actually core related tho. But they also tried making the first users. Maybe that's the issue? Something with check for first-user hmmm

remote cobalt
magic trail
#

Yeah, but is it THE first profile? Like the first racing user on the server?

remote cobalt
#

everything worked before version 6.2.4 was released

novel musk
#

I found a bug on 6.2.4 with ESX Legacy when creating a racing profile through the tablet.
From what I can see, the issue is in the ESX identity / profile creation flow, where the script sometimes gets a null player identifier, which then causes the SQL query to fail.
It looks like 6.2.1 was not hitting the same flow in the same way, but the newer version does.
I am working on a fix to make the profile creation flow more compatible with ESX Legacy and to make sure the server does not pass nil values into the database/query path.

#

i will make a pr request

magic trail
#

hol on a little

#

I'm testing some DB debug additions

#

You might get a huge merge conflict otehrwise ๐Ÿ˜…

novel musk
#

oki doki

magic trail
#

only editing the database handler files tho, so if you're doing anything else then that's probably fine ๐Ÿ‘

#

update pushed @novel musk

novel musk
magic trail
#

You'll nee to grab the source (I didnt make a release). And enable both debug and databasedebug in the config file

novel musk
#

yeah forgot to say that xD

magic trail
remote cobalt
#

now everything works you can create a profile

magic trail
#

huh but I didn't fix the issue

#

What was your idea @novel musk , is there like some problems getting the character identifiers in ESX/qb? hmmm

remote cobalt
#

but how does everything work now? xd

magic trail
#

I wonder if one of Jimmys other fixes that I also merged accidentally fixed it then lol

remote cobalt
#

Finally, a new player can create a profile.

novel musk
#

did you create first profile?

remote cobalt
#

yes

magic trail
#

Maybe ESX is just shit

remote cobalt
#

๐Ÿคฃ

#

but thank you very much for fixing it

novel musk
magic trail
#

Maybe all bridges that access this should be a bit better equipped to handle issues ๐Ÿค” maybe some warning logs.

Can we even do stack trace warnings with Fivem/Lua ๐Ÿค”