[ajax]

so i gave registered directories a try and ran across a slight problem. but since i typically run a listen server it took me this long to confirm it on dedicated servers as well.

the server.cfg in a registered directory doesn't run for the first map of a server start. i tested it with a registered directory named "test" which contained the following files and code...

server.cfg

setinfo reg_test "is_working"

round_start.cfg

setinfo reg_test2 "is_working2"

i started a dedicated server, started a round and got the following results in console...

] eventscripts_register EventScripts Script packs: ------------------------------------------ 00: [on] "test" ------------------------------------------ ] reg_test Unknown command "reg_test" ] reg_test2 "reg_test2" = "is_working2" ( def. "" ) - Custom user info value

then after a map change...

] reg_test "reg_test" = "is_working" ( def. "" ) - Custom user info value

i also had echo commands to let me know when these files executed, but they just supported what i provided above.

[Mattie]

Originally Posted by ajax so i gave registered directories a try and ran across a slight problem. but since i typically run a listen server it took me this long to confirm it on dedicated servers as well. the server.cfg in a registered directory doesn't run for the first map of a server start. i tested it with a registered directory named "test" which contained the following files and code... server.cfg setinfo reg_test "is_working" round_start.cfg setinfo reg_test2 "is_working2" i started a dedicated server, started a round and got the following results in console... ] eventscripts_register EventScripts Script packs: ------------------------------------------ 00: [on] "test" ------------------------------------------ ] reg_test Unknown command "reg_test" ] reg_test2 "reg_test2" = "is_working2" ( def. "" ) - Custom user info value then after a map change... ] reg_test "reg_test" = "is_working" ( def. "" ) - Custom user info value i also had echo commands to let me know when these files executed, but they just supported what i provided above.

Ah, this might explain a handful of problems I've seen like this in the past. I'm somewhat surprised, but this is probably due to Valve not calling LevelInit() when I'd expect them to on the first server start.

I'll look into fixing it for my next release (unscheduled). If this blocks you, it's not hard to envision a workaround and I can post that here if needed.

-Mattie

[ichthys]

As usual, blame it on valve. lol jk!

[ichthys]

Hope this gets released soon.

[ajax]

the temporary workaround is to execute the registered server.cfg in your main server.cfg

so for any registered directory, just put something like this in your main server.cfg...

eventscripts_register COOLSCRIPT
exec COOLSCRIPT\server.cfg

or if you are using an "events" subdirectory

eventscripts_register COOLSCRIPT
exec events\COOLSCRIPT\server.cfg

(i know you probably know this ichthys, but i'm posting it for anyone else looking for a temporary fix)

[ichthys]

Yeah, but I'd rather have less crap in the main server.cfg other than
es_reg

[ajax]

i understand, but it's just one extra line in the main server.cfg that can be deleted once the update happens -- technically you really wouldn't ever need to delete it. looking at your HS script installation instructions, you've got actual code that would need to be moved to the registered directory file in order for it to work as a proper script pack the way they were intended.

my point is you didn't want to add one line, so you added 3 instead. see what i'm saying?

having said that, i have yet to get a script pack working.

[ichthys]

I use 3 lines incase someone has their "events" directory set to something else.

[Mattie]

Guys, I tried this today on my dedicated server and saw 0 problem with it calling a server.cfg for a script pack on the first load of the server.

What dedicated servers is this problem happening for you? Perhaps the problem only happens on listen servers?

EventScripts should always output a line like this whenever a new level is loaded:

[EventScripts] Executing all registered server.cfgs.

A while back I made the c4timer script into a script pack. I just placed echo lines in the server.cfg for that fellow and restarted my dedicated server. I saw:

[EventScripts] Executing all registered server.cfgs. [EventScripts] Resetting delayed counters. Level "de_chateau" has been loaded Level "de_chateau" has been loaded Level "de_chateau" has been loaded ******* C4TIMER SERVER.CFG EXECUTED ******** ******* C4TIMER SERVER.CFG STILL EXECUTING ******** ******* C4TIMER SERVER.CFG DONE EXECUTING ********

Do you have some way for me to reproduce this problem?

Thanks,
-Mattie

[Mattie]

Hmmm.. I just thought of what might be happening. Are you doing your eventscripts_register inside server.cfg? That might cause this problem, as I can't guarantee I'm going to call registered script server.cfg *after* Valve's server.cfg.

I place all of my "eventscripts_register" lines in my autoexec.cfg, and recommend other people place them there as well.

If you had a script pack that would *really* like to be re-registered every map, you could either (a) have them add a line to their server.cfg, or (b) I could add a hack that calls the registered server.cfg 1 second after I get a signal that the map is loaded.

Actually, what we probably want is a .cfg file that runs whenever the plugin is loaded for the first time. We could make this be a <NameOfPack>.cfg file that loads whenever the plugin is registered.

Or maybe they could be called "eventscripts_register.cfg" and "eventscripts_unregister.cfg" so that script writers can provide a script to clean up, too.

What do you think?
-Mattie