@jmastema Yea, that wouldn't be the first time someone did that.
@deathlock Need to see your complete ini file.
@deathlock Need to see your complete ini file.
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.

I got the same. Noticed the other day my rogue was buffing an out of group player's mercenary with Bite of the Shissar XX.Why are my toons buffing people not in my group, this looks like very odd behavior. Specially considering I don't know any of them.
KissAssistVer=12.002
Code:[Buffs] BuffsOn=1 RebuffOn=7 BuffsSize=7 CheckBuffsTimer=10 PowerSource=NULL # Group Common Buffs Buffs1=Personal Hemic Source|dual|Familiar: Personal Hemic Source Buffs2=Golden OwlBear Saddle|Cond7 Buffs3=${InvSlot[Charm].Item.Name}|99|Me|Cond16 Buffs4=Guise of the Deceiver|Cond6 # Class Buffs Buffs5=Aura of Margidor|Aura Buffs6=Rapier of Somber Notes|dual|Symphony of Battle|Cond1 Buffs7=Selo's Sonata|dual|Selo's Accelerato|MA ## ------ Buffs ------ ## Cond1=TRUE Cond6=!${Me.Invis} && !${Me.Buff[${Spell[Illusion: Dark Elf].RankName}].ID} && !${Me.Buff[${Spell[Illusion Benefit Greater Jann].RankName}].ID} Cond7=!${Me.Buff[Mount Blessing Meda].ID} && !${Zone.Indoor} Cond16=!${Me.Invis} && !${Me.Buff[${Me.Inventory[Charm].Spell}].ID}
There was code added to buff out of group characters Merc's. I see I need to add a check for the owner and make sure the owner is part of your posse.
@Grpsmashin Can you get a Debug Log and just PM me the log so I can check it out.
The buffing routine gets a list of Mercs to try an buff only when using DanNet, and it compiles the list based on the characters found in the DanNet peers list for the zone. So you may want to keep that in mind when setting up your buff section. You may want to add the |Me tag to buffs that you don't want cast on others.
I will start adding me to self buff stuff. The only reason I bring up the issues with the group running off to the mob spawn is, only happens on ROG and BRD in my grp. I rolled back to 12.001 and patched up the dannet peer thing and the pet section the way I like it and the issues went away.The buffing routine gets a list of Mercs to try an buff only when using DanNet, and it compiles the list based on the characters found in the DanNet peers list for the zone. So you may want to keep that in mind when setting up your buff section. You may want to add the |Me tag to buffs that you don't want cast on others.
I was hoping this would be an aha moment, but it is actually@cannonballdex make sure you have LOSBeforeCombat turned off on your rogue and bard when running the new 12.002
Yes, I definitely noticed and loved the reaction time.I made a few changes to how KA controls sticking and tried to speed up the engagement speed of the melee characters, I may of taken it a little to far with the melee characters.
My melee distance is 60, the toons are running 160 plus to the mob. They run there and stand there, if they get aggro they die without fighting back, if they dont get aggro then sometimes eventually run back to camp and continue with helping the group.Then check your MeleeDistance and AssistAt values. Melee characters take off after a mob if the mobs HP is below or At the AssistAt value and within MeleeDistance.
No message that I noticed, I was specifically looking for any kind of command sent through dannet as this also happened even when the rogue wasn't running kissassist.@cannonballdex are you seeing the ROG and BRD echo a massage like this: ATTACKING -> MobNameHere <- before the take off after the mob?
That is exactly what happened. I even unloaded a bunch of plugins. (suggested by kaen) (Doesn't happen with 12.001 though)There is something strange going on with the MQ compile, because I have had several people tell me about their characters running off after mobs even when not using KissAssist. MQ2Melee is the only thing I can think of, but even after have people unload it, it still happens.
mq2collections
mq2sqlite
mq2groundspawns
mq2kisstemplate
mq2autoclaim
MQ2Posse
mq2labels
mq2hud
mq2exchange
mq2eqbc
mq2debuffs
mq2custombinds
mq2cpuload
mq2bzsrch
Yah, I thought the same, but was trying to rule anything out. Here is what I am down too.What plugins are you running? You don't have anything like MQ2Event running?
Nothing in your list looks like it should be causing your issue.
MQ2DPSAdv
mq2Rewards
mq2lua
mq2groupinfo
mq2xtarinfo
MQ2Dannet
mq2advpath
mq2status
MQ2Twist
mq2aaspend
mq2autoforage
MQ2Posse
mq2targetinfo
mq2portalsetter
mq2rez
mq2nav
mq2moveutils
mq2map
mq2itemdisplay
mq2exchange
mq2eqbugfix
mq2easyfind
mq2chatwnd
mq2autoaccept
mq2autologin
Will do debug log tomorrow. Cast interrupts are off.Hmm. I haven't noticed that with my group(s). Can you get me a debug log of this happening so I can try and trace down what may be causing the interrupt. Have you tried turning off casting interrupts to see if that makes a difference?
kiss isn't designed to be set to assist at 100%I have also noticed toons running off after MA has targeted to the mob that is outside of the camp radius. I figured it was just a fluke but it is repeatable. I had toons set at 100% assist, then 99%, now 98% and they do not do it as much or run off like they did.
But they will still sometimes do it after this adjustment.
kiss isn't designed to be set to assist at 100%
Haven't had time to fully look at the code on the last couple updates, but I still think it has something to do with the toons trying to get in line of sight before the puller engages the mob. For me it only affected the melee/hybrid type classes, rog and bard.
ctaylor said:@cannonballdex make sure you have LOSBeforeCombat turned off on your rogue and bard when running the new 12.002
Fixed an issue where Melee characters would take off running after targets outside of MeleeRange.
