Issue #1: Sometimes the gserver will not save playerprops to the account.
Example: An npc sets a custom shield/sword and body for the player. These all show up on the player and look great. The player logs off and reconnects to find he has shield1/sword1/body1. Further investigation reveals that the changes are never saved to the account even while he has them in-game. Sometimes it will save partial data such as the head image or it will save everything except the sword power which will revert to 1.
Issue #2: Predefined NPC characters are swimming on land when connecting to a level. Update level fixes them temporarily.
Yes I checked to ensure the Foldersconfig.txt is properly configured (it will load the images it just wont update the account.txt) The images/files are in proper folders
Are the folder rights (on the OS) correct? If the accounts folder is write-protected, that could be the issue.
Otherwise, using the multi-server configuration on Windows seems to be an issue for many. I myself haven’t experienced that much problems with multi-server configurations on linux. But sometimes it acts weird.
However, you can still use your multi-server folder structure to load up each server by running “gserver.exe --server foldername”
[CODE]gserver@phoenix:~/gs2emu$ ./gserver2_d --help
[04:34 PM] Graal Reborn GServer version 2.4.x SVN
[04:34 PM] Programmed by Joey and Nalin.
[04:34 PM] USAGE: ./gserver2_d [options]
[04:34 PM] Commands:
[04:34 PM] -h, --help Prints out this help text.
[04:34 PM] -s, --server DIRECTORY Directory that contains the server.
[04:34 PM][/CODE]
Issue #1: Saving of character props to account.txt was not functioning properly in a level with a lot of timeouts being used.
I’m not sure if this is related but we found a workaround. Basically props are set in a level without so much timeout interference. Initially we had the issue continue even in a blank level with nothing other than the script setting the props. I am still unsetteled about that and hoping we can continue without seeing any more of this issue. For now I am optimistic that the issue can be worked around and development will continue.
Issue #2: Predefined NPCs swimming on land when re-connecting to level.
This still happens. Not sure what the cause is.
Workaround: specify the sprite of the npc (this is not there by default in the predefined npc unless you specify movement)