Brian

This is complete: the irc.rathena.net IRC server is stopped. Updated IRC information is on the wiki, IRC.

Here you go: npc_sanctuary.txt

Server owners can unban Harmony MAC bans by simply deleting the row from the `mac_bans` SQL table.

Evidently, the "mac spoofing" did not trick Harmony.

Yes, just follow those instructions. For different operating systems, see: Category:Installation_Guides.

The client sending the computer's MAC address to the server is a feature of Harmony.

It is working for me. I clicked: Buy Now then Purchase File then Step 1 (if this is your first time purchasing a paid download), fill out your contact info then Step 2: Confirm My Order --> and I was redirected to this PayPal page: If you're already logged into PayPal, try logging out first. Or try clearing your cookies from [*.paypal.com]

Can you post the link to the file you are trying to purchase, and/or a screenshot of what's happening?

Done, this was added in August. http://wiki.rathena.org/* redirects to http://rathena.org/wiki/*

I agree with this suggestion. Adding HTTPS to CloudFlare will cost $20/month (CloudFlare Pro). I'm not sure if that includes a CloudFlare-issued SSL certificate or if there is an additional fee.

http://community.invisionpower.com/forum/298-ipboard/ IPS Software and Company Feedback → Community Suite Feedback → IP.Board

I think this is unavoidable. PMs are similar to emails (but with extra perks like Edit and Delete). You send a PM and once the recipient receives it, it's up to them what they do with it -- read it, delete it, reply, or just let it sit. Correct. IP.Board's behavior is "allow all, except those on your ignore list". Maybe you could suggest this to them, adding a Setting where users can pick Allow all, except _______ (and they add members to ignore) Deny all, except ______ (and they add members they want to ALLOW) and also suggest the lists can contain Member names OR Group names

view-source:http://holywar.ragnarok.or.id/website/account.php <input type="submit" name="create" value="Create" DISABLED> ^ That's why your "Create" button is not clickable.

In Settings > 'Ignore' Preferences, you can manage which members you ignore and what to ignore (their posts, signature and/or PMs). We will be keeping IP.Board's behavior: "allow all, except those on your ignore list".

Harmony clients send (to the server) the MAC address of the computer the RO client is running on.

Here's another way, using char-based timers: - script Every20mins -1,{ On20mins: dispbottom "You have been online for 20 minutes. Here's a snowflake!"; getitem 12491,1; OnPCLoginEvent: addtimer 1200000, strnpcinfo(3)+"::On20mins"; end; }

If you find any bugs that are already fixed but still marked New, feel free to add a reply like "This was already fixed in rXXXXX".

Part 1 is done. Part 2: 16969 = r16993 16971 = r16994 16973 = r16995 16974 = r16996 16977 = r16997 16979, 16980 = r16998 16981, 16988 = r16999 16984 = r17000 16985 = r17001 16986 = r17002 16987 = r17003

Yes they are automatically moved. After 3 days of no replies, resolve bugs are automatically closed and archived.

Old bugs that are resolved are moved to the Archive sections. They are not deleted because then bugreport:1234 links would become invalid. If we do prune anything, I suppose we could remove very old Duplicate and Invalid bug reports with 0 replies.

trunk/npc/re/mobs/dungeons/lhz_dun.txt (if you're not using Renewal, then edit the file in /npc/pre-re/) Move the OnInit labels like so: Index: npc/re/mobs/dungeons/lhz_dun.txt =================================================================== --- npc/re/mobs/dungeons/lhz_dun.txt (revision 16991) +++ npc/re/mobs/dungeons/lhz_dun.txt (working copy) @@ -72,7 +72,6 @@ OnTimer6000000: // delay1 = 6000000 ms (100 min) stopnpctimer; sleep rand(0,30)*60000; // 0 to 30 minutes -OnInit: // Select Coordinates to summon a random MVP on switch(rand(1,6)) { case 1: set .@x,140; set .@y,232; break; @@ -100,6 +99,7 @@ OnMyMVPDead: killmonster "lhz_dun03",strnpcinfo(3)+"::OnMy99Dead"; +OnInit: initnpctimer; OnMy99Dead: end; @@ -127,7 +127,6 @@ OnTimer6000000: // delay1 = 6000000 ms (100 min) stopnpctimer; sleep rand(0,30)*60000; // 0 to 30 minutes -OnInit: // Select Coordinates to summon a random MVP on switch(rand(1,7)) { case 1: set .@x,77; set .@y,251; break; @@ -157,6 +156,7 @@ OnMyMVPDead: killmonster "lhz_dun04",strnpcinfo(3)+"::OnMy99Dead"; +OnInit: initnpctimer; OnMy99Dead: end;

rAthena already re-pings the MySQL Server periodically. The interval is based on the wait_timeout variable it gets from the MySQL Server. trunk/src/common/sql.c - Sql_GetTimeout() function "SHOW VARIABLES LIKE 'wait_timeout'" trunk/src/common/sql.c - Sql_P_Keepalive() /// Establishes keepalive (periodic ping) on the connection. /// /// @return the keepalive timer id, or INVALID_TIMER /// @private static int Sql_P_Keepalive(Sql *self) { uint32 timeout, ping_interval; // set a default value first timeout = 28800; // 8 hours // request the timeout value from the mysql server Sql_GetTimeout(self, &timeout); if (timeout < 60) timeout = 60; // establish keepalive ping_interval = timeout - 30; // 30-second reserve //add_timer_func_list(Sql_P_KeepaliveTimer, "Sql_P_KeepaliveTimer"); return add_timer_interval(gettick() + ping_interval*1000, Sql_P_KeepaliveTimer, 0, (intptr_t)self, ping_interval*1000); } I'm guessing the cause is your host's restrictive MySQL settings. They probably have the MySQL Server configured for web-based applications (stuff like forums, CMS, and other websites that use PHP+MySQL). These typically use many concurrent, short MySQL connections... whereas rAthena uses a few persistent MySQL connections. Did he give a reason why he wouldn't change it?

Yes, now SVN Blame will blame the person who committed the TAB-to-spaces conversion. And when we revert this, SVN Blame will blame that person too! We'll have to do two "Blame previous revision" lookups to find out who actually added/edited a line! The only way to prevent that is: undo r16968 by doing SVN Replace on the whole /trunk/src/ (replace it with revision 16967 of /trunk/src) have everyone re-commit r16969 to r16991 (13 commits to /trunk/src) then do the proper AStyle conversion (4 spaces = 1 tab) - this will still cause converted lines to blame the wrong person (and when looking up SVN Blame you have to do "Blame previous revision") + but at least you only have to do Blame previous revision ONCE + and it will only be for the lines that were space-indented, then converted to tabs (I'm guessing less than 5% of the code? The majority of it was already indented with TABs prior to r16968.)

You need to SVN Checkout the rAsql/ folder. (instructions here: SVN_Checkout/Windows) The rAsql folder contains HeidiSQL in the folder /rAsql/udrive/bin/heidisql.exe and the batch files to start/stop MySQL Server. Instructions are on the wiki page: using_rAsql.