Mumbles

Load this script into your server and players will have their status points reset upon next login. If you have players online, just @kickall so they have to relog. - script status_reset -1,{ OnPCLoginEvent: if (!status_reset) { resetstatus; status_reset++; } end; }

I don't see why not. Give it a try.

That doesn't sound right at all. If you're using a pre-renewal server, make sure 'Renewal' is set to false in config/servers.php.

You could add multiple setcells for a perimeter to accommodate your needs. I haven't tried this, but setting that particular cell/area to be walkable after setting the enclosing area to be unwalkable might work.

if( battle_config.at_timeout ) { int timeout = atoi(message); status->change_start(&sd->bl, SC_AUTOTRADE, 10000, 0, 0, 0, 0, ((timeout > 0) ? min(timeout,battle_config.at_timeout) : battle_config.at_timeout) * 60000, 0); } The way it's currently written, at_timeout will affect @afk. However, if the sc_start at @afk uses a custom number, at_timeout wont bother you.1 1Thanks to @Ind for the extra info.

Yes, it is. See db/const.txt

As long as you don't have anything that conflicts with the update, you'll be fine in most cases. In the event that you do have conflicts, a manual update may be needed. Your own changes won't be discarded unless you confirm that's what you want to do.

Would you mind sharing the the issue you found and your solution (in case others come across it as well)?

Hi Vincent, Are you sure you've updated all of the files from the first commit? I've tested both stock themes on both pre-renewal and renewal modes of FluxCP on the latest version, and the Jellopy I've stored appears properly. If you have a custom theme, you will have to update your theme manually; the differentiation in most FluxCP theme infrastructures are minimal in most cases, so you shouldn't have much of an issue doing this.

If your server's live and running, type @version in-game to retrieve the GIT hash. Alternatively, you can check it from a command line, like this: git rev-parse HEAD If you want the short version of the hash, type this instead: git rev-parse --short HEAD Assuming you're still using the command line to operate git, you can merge new updates with this command: git pull --commit To stay updated with ease, simply just make changes for your server within the same working copy that you use for GIT. Concurrent changes are handled fairly well, so unless you've made mass updates, you should be fine. I recommend that you make backups if you're unsure of whether or not updating will conflict with your customisations.

To answer your question: No, the old format used by the old item_db.txt is now incompatible and thus no longer supported.

Updated FluxCP for compatibility with the latest build. Commits: Compatibilized item module. @6628ce9 Minor bug fix and corrections. @6ac6a7f Issues: 'bindonequip' missing from item module

I was unable to replicate the error with your version of my script. Tested on 463cbc9.

This script is supported on Hercules at revision 463cbc9. If you want to manually fix this error, add these lines to db/const.txt: IOT_CHAR 1 IOT_PARTY 2 IOT_GUILD 3++false 0+true 1 If you are already using the current revision, have you added or customised any locations? If so, please post your changed code.

Might wanna add a minimum level requirement to start receiving those bonuses but Patskie's approach is good.

Here's a similar release for @go, which you can add a delay to as well: http://herc.ws/board/topic/3045-utility-go-command/

Utility: @go command Original concept by : http://herc.ws/board/topic/14-utility-added-feature-jtynnes-go-command-alternative-txt-format/ Description: Alternative @go command. Allows for unlimited aliasing, as well as level and group restrictions for each destination. Additional options to add a delay, prevent use when dead, and charge per use are available; default cost is defined with '.cost', but this parameter can be set manually with 'go()'. These extra features are disabled by default. Be mindful that the delay uses a temporary player variable, '@go_delay'; if the player logs out, this variable will be cleared. If you would like for a more secure delay, replace all instances of '@go_delay' with 'go_delay'. Download: https://github.com/datmumbles/Scripts/raw/master/cmd/go.txt

You could try something like this: while (getrefine(EQI_ARMOR) < 6) { successrefitem EQI_ARMOR;} Item script version: while (getrefine(EQI_ARMOR) < 6) { successrefitem EQI_ARMOR; } If you're using a "Guarantee_Armor_6Up", I would assume you're refining an armor lol. The only choice the user should have is wearing the desired equipment to be refined.

You can add quests skills after this line: skill 1, 9, 0; // Level 9 Basic Skill I recommend using a nested switch based on their new class to add quest skills.

Give this a try: Utility: Hercules Radio

You have a couple options. Update data/slotcounttable.txt to properly reflect the amount of slots that Cotton Shirt should have Remove any modifications made to that particular Cotton Shirt's slots Stop hacking Cotton Shirt ):

In what manner are you attempting to create a guild with spaces in the name? Like this? /guild Guild Name The proper way would be to enclose it in quotation marks: /guild "Guild Name" If you know that already, have you tried using a different client? The best way to determine whether or not it's your specific client is to compare it with a different version.

I don't understand the purpose of converting this monitor for Hercules, other than the "interface"/wrapper. You can easily start and stop Hercules in Windows, and it's already colour-coded. If there's some special functionality that I'm failing to notice, please enlighten me.

Your packet version should match your client version (ex. 2010-07-30a = 20100730). I'm not sure why you're still getting that error, but try configuring the packet version manually by editing this line in src/common/mmo.h: #define PACKETVER 20120418