Problem - Pettank mage won't break mez

[tweeb]

Version of KissAssist.mac?

11.005

When did your problem start?

Today (but might be pre-existing)

Character Role?

1. PetTank

What class is having this issue?

1. Magician

How often does this issue occur?

Always

Can you reproduce the issue?

Setup mage as PetTank or PullerPetTank.
Pull 2+ mobs and mez the adds.
The mage will kill the first mob but sit there doing nothing until mez wears off. At that point, the mage sometimes starts attacking the add, and sometimes ignores it.

I'm having an issue with an 85 heroic mage mage in the Pettank role. It's not breaking mez even though I have a mez break spell set.

I took a look at the debug output. CombatPet gets called once -- it goes through the wrong branch and tells the pet to attack the mezzed mob, once. Then it does nothing at all.
I don't think it's a range issue. It happens even when the mob is right on top of the group.

[General]
KissAssistVer=11.005
Role=pettank
CampRadius=30
CampRadiusExceed=400
ReturnToCamp=1
ChaseAssist=0
ChaseDistance=25
MedOn=1
MedStart=20
MedCombat=0
LootOn=0
RezAcceptOn=1|90
AcceptInvitesOn=1
GroupWatchOn=0
GroupWatchCheck=FALSE
EQBCOn=0
DanNetOn=0
DanNetDelay=20
IRCOn=0
CampfireOn=0
CharInfo=Magician|85|GOLD
DefaultUI=TRUE
DPSMeter=1
ScatterOn=0
XTSlot=1
[Buffs]
BuffsOn=1
BuffsSize=20
Buffs1=Arcane Distellect|Aura
Buffs2=Empyrean Guardian
Buffs3=Shield of the Void
Buffs4=Elemental Form: Water
RebuffOn=1
CheckBuffsTimer=10
Buffs5=NULL
Buffs6=NULL
Buffs7=NULL
Buffs8=NULL
Buffs9=NULL
Buffs10=NULL
Buffs11=NULL
Buffs12=NULL
Buffs13=NULL
Buffs14=NULL
Buffs15=NULL
Buffs16=NULL
Buffs17=NULL
Buffs18=NULL
Buffs19=NULL
Buffs20=NULL
PowerSource=NULL
[AE]
AEOn=1
AESize=10
AERadius=50
AE1=Twincast|2
AE2=Host of the Elements|4
AE3=Servant of Ro|2
AE4=Frenzied Burnout|3
AE5=Heroic Conjuredflame Robe|2
AE6=NULL
AE7=NULL
AE8=NULL
AE9=NULL
AE10=NULL
[DPS]
DPSOn=1
DPSSize=20
DPSSkip=0
DPSInterval=1
DPS1=Bolt of Molten Scoria|60
DPS2=Rumbling Servant|0
DPS3=Force of Elements|85|weave
DebuffAllOn=0
DPS4=NULL
DPS5=NULL
DPS6=NULL
DPS7=NULL
DPS8=NULL
DPS9=NULL
DPS10=NULL
DPS11=NULL
DPS12=NULL
DPS13=NULL
DPS14=NULL
DPS15=NULL
DPS16=NULL
DPS17=NULL
DPS18=NULL
DPS19=NULL
DPS20=NULL
[Pet]
PetOn=1
PetCombatOn=1
PetSpell=Aspect of Air
PetBuffsOn=1
PetBuffsSize=8
PetBuffs1=Burnout VIII
PetBuffs2=Iceflame Efflux
PetBuffs3=Host in the shell
PetBuffs4=Fortify Companion
PetToysOn=0
PetToysSize=6
PetToysGave=NULL
PetRampPullWait=0
PetSuspend=0
PetForceHealOnMed=0
PetFocus=NULL
PetShrinkOn=0
PetShrinkSpell=Tiny Companion
PetBuffs5=NULL
PetBuffs6=NULL
PetBuffs7=NULL
PetBuffs8=NULL
PetAssistAt=95
PetAttackDistance=115
PetToys1=NULL
PetToys2=NULL
PetToys3=NULL
PetToys4=NULL
PetToys5=NULL
PetToys6=NULL
PetBreakMezSpell=Torrid Sands
MoveWhenHit=0
PetHoldOn=1
[Burn]
BurnSize=15
BurnAllNamed=1
Burn1=Companion's Fury
Burn2=Fundament: First Spire of the Elements
Burn3=Heart of Flames
Burn4=Silent Casting
Burn5=Heroic Conjuredflame Robe

[GoM]
GoMSize=3
GoMSHelp=Format - Spell|Target, MA Me or Mob, i.e. Rampaging Servant Rk. II|Mob
GoMSpell1=NULL
GoMSpell2=NULL
GoMSpell3=NULL

[MySpells]
Gem1=Bolt of Molten Scoria
Gem2=Rumbling Servant
Gem4=Shield of the Void
Gem5=Arcane Distillect
Gem6=Aspect of Water
Gem7=Empyrean Guardian
Gem9=Iceflame Efflux
Gem10=Burnout VIII
Gem12=Twincast
Gem3=NULL
Gem8=NULL
Gem11=NULL
Gem13=NULL

[Spells]
MiscGem=8
MiscGemLW=0
MiscGemRemem=1
CastingInterruptOn=0
LoadSpellSet=2
SpellSetName=KissAssist
Gem1=Bolt of Molten Scoria
Gem2=Rumbling Servant
Gem3=Torrid Sands
Gem4=Shield of the Void
Gem5=Arcane Distillect
Gem6=Aspect of Water
Gem7=Empyrean Guardian
Gem8=NULL
Gem9=Iceflame Efflux
Gem10=Burnout VIII
Gem11=NULL
Gem12=Twincast
Gem13=NULL
[Melee]
AssistAt=95
MeleeOn=0
FaceMobOn=1
MeleeDistance=75
StickHow=snaproll
AutoFireOn=0
UseMQ2Melee=1
TargetSwitchingOn=0
[GMail]
GMailHelp=Events currently support - Dead,Drag,GM,Level,Named,Leftgroup,Tells
GMailOn=0
GMailSize=5
GMail1=NULL
GMail2=NULL
GMail3=NULL
GMail4=NULL
GMail5=NULL
[Aggro]
AggroOn=0
AggroSize=5
Aggro1=NULL
Aggro2=NULL
Aggro3=NULL
Aggro4=NULL
Aggro5=NULL
[Heals]
Help=Format Spell|% to heal at i.e. Devout Light Rk. II|50
HealsOn=0
HealsSize=5
Heals1=NULL
Heals2=NULL
Heals3=NULL
Heals4=NULL
Heals5=NULL
XTarHeal=0
XTarHealList=Xtar slots here Example: 5|6|7
HealGroupPetsOn=0
[Cures]
CuresOn=0
CuresSize=5
Cures1=NULL
Cures2=NULL
Cures3=NULL
Cures4=NULL
Cures5=NULL
[Pull]
PullWith=Melee
PullMeleeStick=0
MaxRadius=350
MaxZRange=50
UseWayPointZ=0
PullWait=5
PullRadiusToUse=90
PullRoleToggle=0
ChainPull=0
ChainPullHP=90
ChainPullPause=30|2
PullPause=30|2
PullLevel=0|0
PullArcWidth=0
[AFKTools]
AFKHelp=AFKGMAction=0 Off, 1 Pause Macro, 2 End Macro, 3 Unload MQ2, 4 Quit Game
AFKToolsOn=1
AFKGMAction=1
AFKPCRadius=500
CampOnDeath=0
ClickBacktoCamp=0
[KConditions]
ConOn=0
CondSize=5
Cond1=TRUE
Cond2=TRUE
Cond3=TRUE
Cond4=TRUE
Cond5=TRUE
[Merc]
Help=To use: Turn off Auto Assist in Manage Mercenary Window
MercOn=0
MercAssistAt=92

 

[eqtrader74]

Sounds like you're checking the right stuff. Do you have a KA start hotkey that would mod the mage's role, like it has assist in hotkey? Is Torrid Sands staying on the spell bar, not being removed or changed in combat for some reason? If you change it to another nuke do you get better results?

Are the mobs it is skipping one being mem blur'd? They drop off extended target list?

Do you have any mobs on MobsToIgnore in KissAssist_info.ini file for that zone?

 

[tweeb]

Thanks for the response!

Torrid Sands is on my bar and ready to cast when this happens.

I tried changing to a different nuke (burst of flame) but I observe the same problem.

The mobs remain on my xtarget the whole time

I do have MobsToIgnore set but the mobs in camp are not on the list

 

[tweeb]

I stuck some printfs in CombatPet to try and figure out why it wasn't attacking

    Sub CombatPet
        |/echo CombatPet was called
        DEBUGCOMBAT CombatPet: Enter
        /if (${PetAttack} || ${DPSPaused}) /return
        /echo 1
        /if (${Select[${Role},pettank,pullerpettank,hunterpettank]} && ${Me.Pet.ID} && !${Me.Pet.Combat}) /pet attack
        /if (${Me.Pet.ID} && (${PetAttack} || ${Me.Pet.Combat})) /return
        /echo 2
        /call CombatTargetCheck 1
        /if (!${Target.Mezzed.ID} && !${Me.Pet.Combat}) {
            /echo 3
            /if (${Select[${Role},pettank,pullerpettank]}) {
                /if ((${Me.Pet.Stance.NotEqual[FOLLOW]}) && (${Math.Distance[${Me.Pet.Y},${Me.Pet.X}:${CampYLoc},${CampXLoc}]}>${CampRadius}) || (${Math.Distance[${Me.Y},${Me.X}:${CampYLoc},${CampXLoc}]}>${CampRadius})) /pet follow          
            }
            /pet attack
            /pet swarm
            /delay 10
            | Set timer to check if pet is attacking every 3s
            /varset PetAttack 30
        } else {
            /echo 4
            /if (${Target.Mezzed.ID} && ${Select[${Role},pettank,pullerpettank]} && ${PetBreakMezSpell.NotEqual[null]}) /call BreakMez
        }
        DEBUGCOMBAT CombatPet: Leave
    /return

The output I see is:

[MQ2] 1
[MQ2] 2
[MQ2] 3

Somehow, it mistakenly believes that we are ready to attack the mob, and goes through that branch, and the BreakMez routine is never called

 

[eqtrader74]

@ctaylor22 - Post is debug'n PetTank that won't cast the spell to break mez on certain mobs.

Yeah you're on it, maybe ctaylor can poke around and find the fix.

 

[hellfyre]

I might be mistaken but wasn't there an entry before like Petbreakmez=0 to turn that on?

 

[ctaylor22]

For that /echo 3 to happen. Then your target is NOT mezzed. What is your target at the time you get to the /echo 3?

 

[tweeb]

@ctaylor22

My target is the mezzed mob. I can see the mez debuff in its target window, it's mezzed with Befuddle. But the value of ${Target.Mezzed.ID} is NULL!

If I pause the macro and check the value of ${Target.Mezzed.ID}, then it is 18606 as expected.

I believe this is a lag/timing issue? I've noticed that the buffs in the window take a fraction of a second to populate after I change targets. Maybe we are checking for the mez debuff before the window is ready?

I tried adding a delay in between the call to CombatTargetCheck and the mez condition like this:

        /call CombatTargetCheck 1
        /delay 1s
        /if (!${Target.Mezzed.ID} && !${Me.Pet.Combat}) {

This appears to correct the issue and results in the mez break function being called.

 

[tweeb]

I think the reason most people didn't notice this bug is because it's more common to use DPSOn=2. If you're set up that way, the mage will start nuking with its regular DPS routine and break mez (just with the wrong spell).

 

[eqtrader74]

I know you can use ${Target.ID} to confirm if you've selected any target and ${Target.BuffsPopulated} to see if server sent buffs yet. Maybe you can string those together to get the mezz confirm. I've used them in conditions.

 

[ctaylor22]

I would take what @eqtrader74 said and use it like this.

Change the /delay 1s to /delay 20 ${Target.BuffsPopulated}

I will add that /delay in the beta version of kiss. Good catch.

 

[A-O Aston]

Bump. I was having this issue tonight using pettank. Added the delay line in right where tweeb said and that fixed it.

 

[ctaylor22]

Thanks. This has been changed in Kissassist 12.