Quest scripts (lua,pl) no longer being interpreted
 

I feel kind of silly that I haven't tracked down the cause of this issue yet, but for some reason my quest scripts no longer seem to have their logic interpreted via embperl or lua supporting classes. I am fairly familiar with the eqemu code base but the quest parser stuff is not something I've had a chance to dig into much.

I'm using the Latest (or recent) eqemu code base w/Quests from peqtgc github repo. Config of the eqemu env. consisted of all standard common steps + use of the "defaults" folder files to get things started.

I enabled and added a bunch of logging (LogSys categories including Quest related categories) and it looks like the proper quest script files are being read successfully upon Zone-In. But no crash logs or crash behavior occurs. My tests are simple - generally just a 'Hail' to a NPC. I also have GM status disabled in case that might have been an issue.

Any tips for the following would be greatly appreciated:

1) What may be some of the most useful class/methods [in embparser, lua* and perl* eqemu classes] to insert diagnostic logging into? Would like to see the interpreter code in eqemu parse line by line detail success/failure/etc, rather than adding lots of logging to each quest script file
2) NPCs not responding to Hails even though they clearly should based on script logic - anyone seen this before?

Thanks
fourier

I know it's a silly question, but you're character is not invisible right? Also you need to be fairly close to NPC's like darn near hugging them for them to respond sometimes especially if you're one of the smaller races.

Sometimes it's the simplest thing.

Did you try turning it off and back on again? lol

Thanks for the suggestions, but the root cause appears to be something else entirely, which I'm still working to identify.

Additional notes/observations:
(client is RoF2)
1) questerrors command returns nothing
2) zone log indicates Perl event export settings and quests load successfully

[07-01-2019 :: 23:57:22] [Zone Server] Loading Perl Event Export Settings...
[07-01-2019 :: 23:57:22] [MySQL Query] SELECT event_id, event_description, export_qglobals, export_mob, export_zone, export_item, export_event FROM perl_event_export_settings ORDER BY event_id (84 rows returned)
[07-01-2019 :: 23:57:22] [Zone Server] Loading quests
[07-01-2019 :: 23:57:22] [Zone Server] Entering sleep mode

3) eqemu /quests folder is comprised of clone from https://github.com/ProjectEQ/projecteqquests
4) rather than cloning from the repo in (3), creation of /quests, /plugins, /lua, /lua_modules, /scripts, /shared and other defaults have been managed via eqemu_server.pl
5) verified the appropriate quest scripts for current zone are read on zone-in (quest_parser_collection, etc.)

At this point, I welcome any other suggestions.

If you're building your own binaries and are current with code and database updates..

..try downloading the unstable binaries for whichever type your running (bots or non-bots.)

Here's the root cause and fix, for anyone who may be interested...

In eqemu_config.json, the directories were missing a trailing forward slash.
Incorrect:
"directories" : {
"maps" : "Maps",
"plugins" : "plugins",
"quests" : "quests"
},

Corrected:
"directories" : {
"maps" : "Maps/",
"plugins" : "plugins/",
"quests" : "quests/"
},

Did you add those manually?

Or did you run the xml to json convertor?

I added them manually