20:54:53 E LUA: Invalid Entry in spawn_scripts table for lua_script 'SpawnScripts/Generic/SpawnGroups.lua'
20:54:53 E LUA: Invalid Entry in spawn_scripts table for lua_script 'SpawnScripts/Neriak/KrenvayasZTrexin.lua'

You can ignore this, it is content errors and won't actually hurt anything, just informing you it failed to load the spawn scripts.

If your config is the same as it was before then I won't be able to connect as your world address was set to 127.0.0., or localhost. It needs to be your actual ip address to allow for outside connections.

I personally can't test your connection until this weekend.

As for selecting a starting city, any starting city, you will always start in Frostfang by default. That is until you change it in your DB. It's the most complete zone we have and it is set to send players there until more playable content is available.
Jabantiz this is the script I was working with when it went wonky on me.

I can confirm that live doesn't seem to work, I don't get past "logging into zone server" and the client just closes on itself.

Cynnar wrote: Mon May 21, 2018 8:20 pm

Code: Select all

Invalid Entry in spawn_scripts table for lua_script 'SpawnScripts/Neriak/KrenvayasZTrexin.lua'

Jabantiz this is the script I was working with when it went wonky on me.

Did you get it set back up? it is possible the content dump occurred while it was still messed up so if you did correct it it may not have been included in the dump.

I have to check to see what name it's under now, but I know it's not KrenvayasZTrexin.lua. It's something like Neriak_NewForeignQuater_Guard.lua or something like that.

Jabantiz wrote: Mon May 21, 2018 8:28 pm I can confirm that live doesn't seem to work, I don't get past "logging into zone server" and the client just closes on itself.

It's a strut issue. tyrbo is going to look at his logs to Xinux because Xinux had the same problem when helping tyrbo out the other day

Cynnar wrote: Mon May 21, 2018 8:36 pm It's a strut issue. tyrbo is going to look at his logs to Xinux because Xinux had the same problem when helping tyrbo out the other day

Yea tyrbo just contacted me on irc, seems to be the zone packet.

I really appreciate all the help guys, I will do what I can to report anything out of the ordinary. I Do have some experience with code for EQ 1 so I will do what I can.

Not sure where the code came from that needed the struct, but it might have been from me. If tyrbo is correct, then it's something we are working on with Ememjr and I may not have reversed the changes I made. Yet again one of those having to leave in the middle of doing something, then forget all about it by the time I get back to it. One reason I don't like starting anything new unless I got time.

Healingwind84 wrote: Mon May 21, 2018 8:50 pm I really appreciate all the help guys, I will do what I can to report anything out of the ordinary. I Do have some experience with code for EQ 1 so I will do what I can.

It's no biggie. I was just really tickled that some one read the wiki! I know it cuts off before the content is added, but I believe it helped reduce any problems prior to that point.

Jabantiz is the man to speak with about code, or almost anything for that matter.

So it turns out that there was code changes to zoneinfo packet, however the struct to go along with those changes was never committed so it essentially broke live clients for every one using our code.

I updated the struct for live based on the structs we did have and changed the code in zoneserver.cpp to reflect the structs we have (commented out the code referencing stuff our structs do not have) and hardcoded some values for current live and I can now get my live client into the world.

Changes are on dev svn but won't make it to public svn until next week so I will attach the two files I changed here, just drop the structs file in with the server exe and drop zoneserver.cpp in the source/worldserver folder and recompile the server.

Thanks Jabantiz!
I will put the word out it's fixed.