Antares

Hi! I know that currently many core functions, like renewal atk and stuff are under development and this is the main cause of the delay on many skill issues, but still, I think It would be crucial to assign more devs to the skill section. At least to review and evaluate them, because there are around 10 pages of new reports and there are 20+pages of active issues. I hope I'm not right, but it seems to me that things are really getting out of hands in that section. "Skill guys" do an excellent job, but issues appear much faster than they can fix them, especially when they have to rework massive core stuffs. I don't know exactly how many devs are there, but I think we need much more skill devs (if possible of course )

nothing custom. The only thing I noticed is that when it crashed and after I walked in on foot to the flag destination there was an archer guardian. But this is so random, sometimes everything is just fine even when a guard is there, but on the other hand I did not axperience this when there were no guards in the castle.

I experienced random crash upon entering payon guild castles with flag (middle upper one dunno it's name). But this affected every client. Only thing I know, it didn't happen when there were no guardians or monsters in the castle, but maybe it's not related to it...

Seismic Fist - When opening the information of the item, the client crashes. Fully patched renewal client, renewal database on server side, 2012-04-10 client. Everything is working fine with the item except this. Any info?

Hi! Based on this: http://rathena.org/b...d-client-setup/ I downloaded the 20121201 full kro & renewal client, bit new items, like the mount calling item, or new cards like the pom spider card are unknown items. Patching the client don't solve the problem because a missing old patch causes this and the patcher only looks for new ones. How to fix this?

Please review and tag the following issues: Working as intended / invalid: http://rathena.org/b...ack-fixed-at-1/ http://rathena.org/b...defender-skill/ http://rathena.org/b...damage-penalty/ http://rathena.org/b...-spirit-on-mob/ http://rathena.org/b...ss-with-refine/ http://rathena.org/b...2730-converter/ http://rathena.org/b...l-become-empty/ http://rathena.org/b...es-bugs-status/ http://rathena.org/b...n-bug-with-fix/ http://rathena.org/b...d-final-strike/ http://rathena.org/b...th-deleter-bug/ http://rathena.org/b...no-sight-skill/ http://rathena.org/b...missing-skills/ http://rathena.org/b...t-exp-recovery/ http://rathena.org/b...-wink-of-charm/ Confirmed / other: http://rathena.org/b...62-concentrate/ http://rathena.org/b...slinger-skills/ http://rathena.org/b...-caprice-stack/ http://rathena.org/b...t-spiralpierce/

A golleague proposed that what if there would be a new flag group, called "pk" which would carry the pvp enabled status, but in the meantime it would have the same nocast restrictions as "normal" maps, and when changing to pkserver, fields and dungeons would use this flag? This way it would'n mess up the whole nocast system, and it would distinguish pvp arenas and pk enabled fields/dungeons. Possibly it would solve the problem of the non pvp area usable items as well.

Hi! We have the problem, that some skills/items can be only used on normal fields and some can be used in pvp environment. The problem is that as soon as you turn pkserver on, it mixes everything. Skills that are usable only on normal maps are not usable anywhere anymore, and skills only usable in pvp will become usable almost everywhere. We can customize the skill casts in db/skill_nocast.txt, but if you change let's say every "normal" mapflagged skill to "pvp" it won't only affect the original "normal" maps, but it will affect the pvprooms and other places as well. For example: We want to enable the usage of the item "token of siegfried" on fields, in dungeons, but we don't want to enable it in pvp arenas, but still we want to enable players to attack each other on fields/dungeons. Currenty this can't be done. This goes for some other skills as well. To simplify it a bit more further, we would like to use the original nocast restrictions vs maps as it would be on a normal server, but in the meantime enable pvp on fields. Is this possible somehow?

I started to do this in skills ^^. Sorry for flooding the first page

Thanks ^^

Thanks! Not working with Homu S for me. And it never will, unless we add the new ones to places like this manually. That's what I wanted to avoid function GetMyEnemy (myid) local result = 0 local type = GetV (V_HOMUNTYPE,myid) if (type == LIF or type == LIF_H or type == AMISTR or type == AMISTR_H or type == LIF2 or type == LIF_H2 or type == AMISTR2 or type == AMISTR_H2) then result = GetMyEnemyA (myid) elseif (type == FILIR or type == FILIR_H or type == VANILMIRTH or type == VANILMIRTH_H or type == FILIR2 or type == FILIR_H2 or type == VANILMIRTH2 or type == VANILMIRTH_H2) then result = GetMyEnemyB (myid) end return result end

Thanks for the info. That's what i asked about, not the obvious part

Great. Unfortunately it is implemented to that point to let ppl change their stuff to homu S then complain about being useless. So?

Read my issue again pz. I don't need the AI_sakray folder. I want the client to use the AI folder, as before, since every ai is written with that path and I don't want to rewrite the paths in every file, and explain this process to our players.

Hi! I would like to ask what is the status of HomS? Unfortunately I had to face it that we can change the homus to S form, but they can't do much new stuff. Skills are not working, stats are the same. So when can we expect them? This is a really important feature of the renewal system. Thanks!

Hi! We use 2012-04-10 client, but for some reason it uses the ./AI_Sakray/ folder instead of ./AI/ This is really annoying, coz we have to modify every lua to require files from AI_sakray. How can I set this thingie back to the original AI folder instead of AI_sakray? Thanks!

Hi! First of all sorry if this is a duplicate. I tried to find a suitable AI for homS, but none of the is working. The latest Azzy throws an error with null object call and the homs does not attack, Mirai won't attack and does not know the new skills, I found some other as well but they were not working either. So does someone know a proper ai for renewal homS?

Yes I know that. The problem is that many of these "old" issues are flagged as new, so they won't be archived automatically. If someone could take some time and check them briefly and flag them as either fixed or whatever has to be used, that would be nice /EDIT As I see the core section is cleaned already. Thanks for that! Only the skill section remains

I not meant to delete them, just move to the archives or somewhere else. Just remove them from the active part.

Hi! I have this question in mind: Would it be possible to clean the bug tracker's Core and Skill topics from the old eA issues that are on the last ~10-15 pages? Those are mostly out of date, duplicate or already solved issues, and noone cares about em. So why pollute the threads?

SaveData\OptionInfo.lua Oh, thanks! I tried that as well, and now at least I see that the client writes the file, but unfortunately it does not load the saved values upon restart Any ideas how to solve this? Does it need a diff checked to enable loaing of saved options?

Sorry my bad, I relied too much on experience So /showname does work, but the client does not save the status to optioninfo.lua. I even tried to place the lua to 3 places: data/OptionInfo.lua data/lua files/optioninfo/optioninfo.lub data/luafiles514/lua files/optioninfo.lub The client did not use any of them, and thus the default showname style is always the thin one. I tried to set the luas manually, but the cluent did not use 'em. I tried with and without WDGAlwaysCallSelectKoreaClientInfo, but nothing changes. The thin letter is the default. Is there anything I need to set to change the default or enable the use of optioninfo.lua/lub? (Additional info: I use read data before grfs and load lua before lubs. ) Thanks!

Sorry if this is a repeated question, but would it be possible to make an option for enabling /showname and thus kro-style name displaying (only name and rank in bold letters)? Additionally it would be great to have another option to define wich one display mode is the default (iRo shows name guild party and rank in narrow, or kRo shows name and rank in bold). <--As I see this can be set in optioninfo.lua Thanks!

Maybe this fits here the most. If not, then I apologize I saw a lot issues that couldn't be fixed because it was "client-side". Would it be possible to make a "canonical rAthena client" (or simply designate one from the many existing) and make revisions to it? Also it would be nice to have a bug tracker section for client issues. The current forum post system is not a very efficient one in bug tracking, and finding the correct client for the n-th server revision is really a pain. Something get fixed, other gets buggy. Annoying and chaotic... If we had a bug tracker section for clients, at least we could move the mentioned issues to a place and we could hope for a fix. A stable place for the most up-to date and stable "rA's choice" client would make server owner's life a lot easier. Maybe I'm a newb and that's why this is an issue to me, but every time we need to "update" our client we have to try about a dozen versions and we end with maybe the least bugged one, but still we have to hex-hax it to make things run.... but usually it still remains bugged.. I know that rAthena is a server emulator, but the server is useless without a proper client.... Pz considder my proposal

Sounds nice. Does this mean that players can't use alternative (hacked) clients and bot clients (ok) anymore if you enable it?