-
You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋
Bug - Buffing Bug (1 Viewer)
- Thread starter Ionis
- Start date
Shadowfinger
Member
- Joined
- Aug 6, 2017
- RedCents
- 50¢
Upgrade to 10.0.6.4. I had this issue on .2 as well and .4 seems to have fixed it.
Awesome thanks!
- - - Updated - - -
Update:
Updated to .4 and this bug is still happening, so updating did not fix it for me personally.
- - - Updated - - -
Here's a picture of the bug in .4 in-case there are any discrepancies. Happened on an Enchanter and Mage.
- - - Updated - - -
Update:
Updated to .4 and this bug is still happening, so updating did not fix it for me personally.
- - - Updated - - -
Here's a picture of the bug in .4 in-case there are any discrepancies. Happened on an Enchanter and Mage.
I just ended up commenting out the line and my character fully buffed but at the end of buffing it had another undefined variable error @ line 3030 right next to the last one.
- - - Updated - - -
Aye, I can try a full fresh reinstall. I'll give it a shot. The way I updated was via Redguides Update.exe
- - - Updated - - -
Fresh install, every plugin associated with KA and ones I used fully updated, still getting the error. I'll just turn buffing off for now as it's no big deal, if anyone has any ideas feel free to share! At least this time it buffed the whole group before the bug!
- - - Updated - - -
Tried on a completely separate computer with a completely separate installation of 10.0.6.4 and got the same bug, same toons, prog server etc.
- - - Updated - - -
Aye, I can try a full fresh reinstall. I'll give it a shot. The way I updated was via Redguides Update.exe
- - - Updated - - -
Fresh install, every plugin associated with KA and ones I used fully updated, still getting the error. I'll just turn buffing off for now as it's no big deal, if anyone has any ideas feel free to share! At least this time it buffed the whole group before the bug!
- - - Updated - - -
Tried on a completely separate computer with a completely separate installation of 10.0.6.4 and got the same bug, same toons, prog server etc.
Maskoi
old and salty
- Joined
- Sep 28, 2005
- RedCents
- 82,796¢
That is really weird because its getting defined on start up
Post the ini file its happening with
Are you using a custom ui?
Rich (BB code):
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff1GM3 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff1GM4 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff1GM5 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff1GM6 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff1GM7 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM0 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM1 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM2 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM3 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM4 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM5 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM6 0 Line#: 7827
[2017/10/02 18:20:52] [MQ2] DEBUG Buff Timers:Buff2GM7 0 Line#: 7827Post the ini file its happening with
Are you using a custom ui?
I am not using a custom UI, here's both the INI files this is happening with, buff is currently set to 0 but when turned on the bug happens.
Enchanter:
Magician:
- - - Updated - - -
So I went to my third computer and, for the mage, installed a fresh installation, fully updated, made a completely new INI and everything and still got the same error when trying to buff on that computer as well.
I could always try just pulling the ZIP straight instead of using the installer if that might make the difference.
Enchanter:
Rich (BB code):
[General]
KissAssistVer=10.0.6.4
Role=Assist
CampRadius=30
CampRadiusExceed=400
ReturnToCamp=0
ChaseAssist=0
ChaseDistance=25
MedOn=1
MedStart=20
MedCombat=0
LootOn=0
RezAcceptOn=1|60
AcceptInvitesOn=1
GroupWatchOn=1
CastingInterruptOn=0
EQBCOn=0
IRCOn=0
MiscGem=8
MiscGemLW=0
MiscGemRemem=1
HoTTOn=0
CampfireOn=0
CharInfo=Enchanter|41|GOLD
DefaultUI=TRUE
DPSMeter=1
ScatterOn=0
ConditionsOn=0
[SpellSet]
LoadSpellSet=0
SpellSetName=KissAssist
[Buffs]
BuffsOn=0
BuffsCOn=0
BuffsSize=20
Buffs1=Clarity
Buffs2=Celerity
Buffs3=NULL
Buffs4=NULL
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
RebuffOn=1
CheckBuffsTimer=10
PowerSource=NULL
[Melee]
AssistAt=95
MeleeOn=0
FaceMobOn=1
MeleeDistance=75
StickHow=snaproll rear
AutoFireOn=0
UseMQ2Melee=1
[GoM]
GoMSHelp=Format - Spell|Target, MA Me or Mob, i.e. Rampaging Servant Rk. II|Mob
GoMCOn=0
GoMSize=3
GoMSpell1=NULL
GoMSpell2=NULL
GoMSpell3=NULL
[GMail]
GMailHelp=Events currently support - Dead,GM,Level,Named,Leftgroup
GMailOn=0
GMailSize=5
GMail1=NULL
GMail2=NULL
GMail3=NULL
GMail4=NULL
GMail5=NULL
[AE]
AEOn=0
AESize=10
AERadius=50
AE1=NULL
AE2=NULL
AE3=NULL
AE4=NULL
AE5=NULL
AE6=NULL
AE7=NULL
AE8=NULL
AE9=NULL
AE10=NULL
[DPS]
DPSOn=1
DPSCOn=1
DPSSize=20
DPSSkip=20
DPSInterval=2
DPS1=Tashania|97
DPS2=Suffocate|80
DPS3=Anarchy|60
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
DebuffAllOn=0
[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
HealsCOn=0
HealsSize=5
Heals1=NULL
Heals2=NULL
Heals3=NULL
Heals4=NULL
Heals5=NULL
XTarHeal=0
XTarHeal2=0
HealGroupPetsOn=0
[Cures]
CuresOn=0
CuresSize=5
Cures1=NULL
Cures2=NULL
Cures3=NULL
Cures4=NULL
Cures5=NULL
[Pet]
PetOn=0
PetSpell=YourPetSpell
PetShrinkOn=0
PetShrinkSpell=Tiny Companion
PetBuffsOn=0
PetBuffsSize=8
PetBuffs1=NULL
PetBuffs2=NULL
PetBuffs3=NULL
PetBuffs4=NULL
PetBuffs5=NULL
PetBuffs6=NULL
PetBuffs7=NULL
PetBuffs8=NULL
PetCombatOn=1
PetAssistAt=95
PetToysSize=6
PetBreakMezSpell=NULL
PetRampPullWait=0
PetSuspend=0
MoveWhenHit=0
PetHoldOn=1
PetForceHealOnMed=0
[Mez]
MezOn=1
MezRadius=50
MezMinLevel=1
MezMaxLevel=55
MezStopHPs=80
MezSpell=Entrance
MezAESpell=Your AE Mez Spell|0
[Burn]
BurnCOn=0
BurnSize=15
BurnText=Decepticons Attack
BurnAllNamed=0
Burn1=NULL
Burn2=NULL
Burn3=NULL
Burn4=NULL
Burn5=NULL
Burn6=NULL
Burn7=NULL
Burn8=NULL
Burn9=NULL
Burn10=NULL
Burn11=NULL
Burn12=NULL
Burn13=NULL
Burn14=NULL
Burn15=NULL
UseTribute=0
[Pull]
PullWith=Melee
PullMeleeStick=0
MaxRadius=350
MaxZRange=50
UseWayPointZ=0
PullWait=5
PullRadiusToUse=90
PullRoleToggle=0
ChainPull=0
ChainPullHP=90
ChainPullPause=30|2
PullLevel=0|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
[Merc]
Help=To use: Turn off Auto Assist in Manage Mercenary Window
MercOn=0
MercAssistAt=92Magician:
Rich (BB code):
[General]
KissAssistVer=10.0.6.4
Role=Assist
CampRadius=30
CampRadiusExceed=400
ReturnToCamp=0
ChaseAssist=0
ChaseDistance=25
MedOn=1
MedStart=20
MedCombat=0
LootOn=0
RezAcceptOn=1|60
AcceptInvitesOn=1
GroupWatchOn=1
CastingInterruptOn=0
EQBCOn=0
IRCOn=0
MiscGem=8
MiscGemLW=0
MiscGemRemem=1
HoTTOn=0
CampfireOn=0
CharInfo=Magician|54|GOLD
DefaultUI=TRUE
DPSMeter=1
ScatterOn=0
ConditionsOn=0
[SpellSet]
LoadSpellSet=0
SpellSetName=KissAssist
[Buffs]
BuffsOn=0
BuffsCOn=0
BuffsSize=20
Buffs1=Shield of Lava
Buffs2=NULL
Buffs3=NULL
Buffs4=NULL
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
RebuffOn=1
CheckBuffsTimer=10
PowerSource=NULL
[Melee]
AssistAt=95
MeleeOn=0
FaceMobOn=1
MeleeDistance=75
StickHow=snaproll rear
AutoFireOn=0
UseMQ2Melee=1
[GoM]
GoMSHelp=Format - Spell|Target, MA Me or Mob, i.e. Rampaging Servant Rk. II|Mob
GoMCOn=0
GoMSize=3
GoMSpell1=NULL
GoMSpell2=NULL
GoMSpell3=NULL
[GMail]
GMailHelp=Events currently support - Dead,GM,Level,Named,Leftgroup
GMailOn=0
GMailSize=5
GMail1=NULL
GMail2=NULL
GMail3=NULL
GMail4=NULL
GMail5=NULL
[AE]
AEOn=0
AESize=10
AERadius=50
AE1=NULL
AE2=NULL
AE3=NULL
AE4=NULL
AE5=NULL
AE6=NULL
AE7=NULL
AE8=NULL
AE9=NULL
AE10=NULL
[DPS]
DPSOn=1
DPSCOn=0
DPSSize=20
DPSSkip=20
DPSInterval=2
DPS1=Scars of Sigil|50
DPS2=Rage of Zomm|80
DPS3=NULL
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
DebuffAllOn=0
[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
HealsCOn=0
HealsSize=5
Heals1=NULL
Heals2=NULL
Heals3=NULL
Heals4=NULL
Heals5=NULL
XTarHeal=0
XTarHeal2=0
HealGroupPetsOn=0
[Cures]
CuresOn=0
CuresSize=5
Cures1=NULL
Cures2=NULL
Cures3=NULL
Cures4=NULL
Cures5=NULL
[Pet]
PetOn=1
PetSpell=Vocarate: Water
PetFocus=NULL
PetShrinkOn=0
PetShrinkSpell=Tiny Companion
PetBuffsOn=1
PetBuffsSize=8
PetBuffs1=Burnout IV
PetBuffs2=NULL
PetBuffs3=NULL
PetBuffs4=NULL
PetBuffs5=NULL
PetBuffs6=NULL
PetBuffs7=NULL
PetBuffs8=NULL
PetCombatOn=1
PetAssistAt=98
PetToysSize=6
PetToysOn=0
PetToys1=NULL
PetToys2=NULL
PetToys3=NULL
PetToys4=NULL
PetToys5=NULL
PetToys6=NULL
PetToysGave=NULL
PetBreakMezSpell=NULL
PetRampPullWait=0
PetSuspend=0
MoveWhenHit=0
PetHoldOn=1
PetForceHealOnMed=0
[Burn]
BurnCOn=0
BurnSize=15
BurnText=Decepticons Attack
BurnAllNamed=0
Burn1=NULL
Burn2=NULL
Burn3=NULL
Burn4=NULL
Burn5=NULL
Burn6=NULL
Burn7=NULL
Burn8=NULL
Burn9=NULL
Burn10=NULL
Burn11=NULL
Burn12=NULL
Burn13=NULL
Burn14=NULL
Burn15=NULL
UseTribute=0
[Pull]
PullWith=Melee
PullMeleeStick=0
MaxRadius=350
MaxZRange=50
UseWayPointZ=0
PullWait=5
PullRadiusToUse=90
PullRoleToggle=0
ChainPull=0
ChainPullHP=90
ChainPullPause=30|2
PullLevel=0|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
[Merc]
Help=To use: Turn off Auto Assist in Manage Mercenary Window
MercOn=0
MercAssistAt=92- - - Updated - - -
So I went to my third computer and, for the mage, installed a fresh installation, fully updated, made a completely new INI and everything and still got the same error when trying to buff on that computer as well.
I could always try just pulling the ZIP straight instead of using the installer if that might make the difference.
Need a full debug log. I am not sure where the issue is, and what is being posted makes no logical since. Number 1 the spell being cast, Shield of Lava, would only have a Buffs.Size of 1 not 2, so how is Buffs2GM5 even happening. That is Buff 2 in you buffs line up, and you only have 1 buff. But it is bombing on group member 5.
It's kind of as if it expects there to be another buff when there isn't one. No matter what, if I have 2, 3, 4, 5 or even 6 members in group it will always fail and pause after the last person in group who needs the buff gets it.
How could I go about getting info from the debug log/enabling it so I can get the info if it isn't by default?
How could I go about getting info from the debug log/enabling it so I can get the info if it isn't by default?
Rich (BB code):
[2017/10/02 22:33:55] [MQ2] Loading INI Info
[2017/10/02 22:33:56] MQ2Posse :: Radius is 500
[2017/10/02 22:33:56] MQ2Posse :: Friend notfications are OFF
[2017/10/02 22:33:56] MQ2Posse :: Stranger notfications are ON
[2017/10/02 22:33:56] MQ2Posse :: Enabled
[2017/10/02 22:33:56] MQ2Posse :: v1.07 :: by Sym for RedGuides.com
[2017/10/02 22:33:56] MQ2Posse :: DISABLED
[2017/10/02 22:33:56] MQ2Posse :: Radius is 300
[2017/10/02 22:33:56] MQ2Posse :: ZRadius is 30
[2017/10/02 22:33:56] MQ2Posse :: Ignore guildmates is OFF
[2017/10/02 22:33:56] MQ2Posse :: Notfications are ON
[2017/10/02 22:33:56] MQ2Posse :: Friend notfications are ON
[2017/10/02 22:33:56] MQ2Posse :: Stranger notfications are ON
[2017/10/02 22:33:56] MQ2Posse :: Audio alerts are OFF
[2017/10/02 22:33:56] MQ2Posse :: Zones to skip: poknowledge,guildhall,guildlobby,bazaar,neighborhood
[2017/10/02 22:33:56] [MQ2] SetupAdvLootVars: Reading from Loot.ini
[2017/10/02 22:33:56] [MQ2] NINJADVLOOT: AutoHater set to Xtarget1
[2017/10/02 22:33:56] [MQ2] NINJADVLOOT: Variables are set. Using Loot.ini file.
[2017/10/02 22:33:56] There are no spawns matching: (0-200) any
[2017/10/02 22:33:56] [MQ2] ERROR: You have >> NULL << targeted. Please target a Mercenary, PC or Pet for Main Tank and restart the macro.
[2017/10/02 22:33:56] The current macro has ended.
[2017/10/02 22:34:08] [MQ2] Loading INI Info
[2017/10/02 22:34:09] MQ2Posse :: Radius is 500
[2017/10/02 22:34:09] MQ2Posse :: Friend notfications are OFF
[2017/10/02 22:34:09] MQ2Posse :: Stranger notfications are ON
[2017/10/02 22:34:09] MQ2Posse :: Enabled
[2017/10/02 22:34:09] MQ2Posse :: v1.07 :: by Sym for RedGuides.com
[2017/10/02 22:34:09] MQ2Posse :: DISABLED
[2017/10/02 22:34:09] MQ2Posse :: Radius is 300
[2017/10/02 22:34:09] MQ2Posse :: ZRadius is 30
[2017/10/02 22:34:09] MQ2Posse :: Ignore guildmates is OFF
[2017/10/02 22:34:09] MQ2Posse :: Notfications are ON
[2017/10/02 22:34:09] MQ2Posse :: Friend notfications are ON
[2017/10/02 22:34:09] MQ2Posse :: Stranger notfications are ON
[2017/10/02 22:34:09] MQ2Posse :: Audio alerts are OFF
[2017/10/02 22:34:09] MQ2Posse :: Zones to skip: poknowledge,guildhall,guildlobby,bazaar,neighborhood
[2017/10/02 22:34:09] [MQ2] SetupAdvLootVars: Reading from Loot.ini
[2017/10/02 22:34:09] [MQ2] NINJADVLOOT: AutoHater set to Xtarget1
[2017/10/02 22:34:09] [MQ2] NINJADVLOOT: Variables are set. Using Loot.ini file.
[2017/10/02 22:34:09] [MQ2] ================================
[2017/10/02 22:34:09] [MQ2] Redguides presents
[2017/10/02 22:34:09] [MQ2] KissAssist v.10.0.6.4 by Maskoi
[2017/10/02 22:34:09] [MQ2] ================================
[2017/10/02 22:34:09] [MQ2] KissAssisting >> << at 95%
[2017/10/02 22:34:09] [MQ2] is a PC Paladin
[2017/10/02 22:34:11] Usage: /windowstate <window> [open|close]
[2017/10/02 22:34:16] [MQ2] Buffing Shield of Lava on
[2017/10/02 22:34:16] [MQ2] DEBUG ALL On
[2017/10/02 22:34:16] [MQ2] DEBUGBUFFS WriteBuffs Enter Line#: 9141
[2017/10/02 22:34:16] [MQ2] DEBUG WriteBuffs: 0-Summon Drogmor Line#: 9165
[2017/10/02 22:34:16] [MQ2] DEBUG WriteBuffs: 1-Shield of Lava Line#: 9165
[2017/10/02 22:34:18] [MQ2] DEBUGBUFFS WriteBuffs Leave Line#: 9188
[2017/10/02 22:34:18] [MQ2] DEBUGBUFFS CheckBuffs !21597 || 9.51>=100 || FALSE && 1>=1 || FALSE && 21597!=21597 || 0 Line#: 3028
[2017/10/02 22:34:18] [MQ2] DEBUGBUFFS CheckBuffs 3 FALSE 8 FALSE 5 Line#: 3032
[2017/10/02 22:34:18] [MQ2] DEBUG CastWhat: Enter castWhat - Shield of Lava CastonName: castTargetID - 21597 From: Buffs-nomem Line#: 2179
[2017/10/02 22:34:18] [MQ2] DEBUG CastWhat: SpellCheck HaveSpell:37 HaveMana:120<=4181 Line#: 2295
[2017/10/02 22:34:22] [MQ2] DEBUG CastWhat cast Spell result: CAST_SUCCESS Line#: 2347
[2017/10/02 22:34:22] [MQ2] DEBUG CastWhat Leave CAST_SUCCESS Line#: 2395
[2017/10/02 22:34:22] [MQ2] Buffing Shield of Lava on
[2017/10/02 22:34:22] [MQ2] DEBUGBUFFS WriteBuffs Enter Line#: 9141
[2017/10/02 22:34:22] [MQ2] DEBUG WriteBuffs: 0-Summon Drogmor Line#: 9165
[2017/10/02 22:34:22] [MQ2] DEBUG WriteBuffs: 1-Shield of Lava Line#: 9165
[2017/10/02 22:34:24] [MQ2] DEBUGBUFFS WriteBuffs Leave Line#: 9188
[2017/10/02 22:34:24] [MQ2] DEBUGBUFFS CheckBuffs !21595 || 5.92>=100 || FALSE && 2>=1 || FALSE && 21595!=21597 || 0 Line#: 3028
[2017/10/02 22:34:24] [MQ2] DEBUGBUFFS CheckBuffs 3 FALSE 1 FALSE 0 Line#: 3032
[2017/10/02 22:34:24] [MQ2] DEBUG CastWhat: Enter castWhat - Shield of Lava CastonName: castTargetID - 21595 From: Buffs-nomem Line#: 2179
[2017/10/02 22:34:24] [MQ2] DEBUG CastWhat: SpellCheck HaveSpell:37 HaveMana:120<=4128 Line#: 2295
[2017/10/02 22:34:28] [MQ2] DEBUG CastWhat cast Spell result: CAST_SUCCESS Line#: 2347
[2017/10/02 22:34:28] [MQ2] DEBUG CastWhat Leave CAST_SUCCESS Line#: 2395
[2017/10/02 22:34:28] [MQ2] Buffing Shield of Lava on
[2017/10/02 22:34:28] [MQ2] DEBUGBUFFS WriteBuffs Enter Line#: 9141
[2017/10/02 22:34:28] [MQ2] DEBUG WriteBuffs: 0-Summon Drogmor Line#: 9165
[2017/10/02 22:34:28] [MQ2] DEBUG WriteBuffs: 1-Shield of Lava Line#: 9165
[2017/10/02 22:34:29] [MQ2] DEBUGBUFFS WriteBuffs Leave Line#: 9188
[2017/10/02 22:34:29] [MQ2] DEBUGBUFFS CheckBuffs !21592 || 11.52>=100 || FALSE && 3>=1 || FALSE && 21592!=21597 || 0 Line#: 3028
[2017/10/02 22:34:29] [MQ2] DEBUGBUFFS CheckBuffs 3 FALSE 5 FALSE 0 Line#: 3032
[2017/10/02 22:34:29] [MQ2] DEBUG CastWhat: Enter castWhat - Shield of Lava CastonName: castTargetID - 21592 From: Buffs-nomem Line#: 2179
[2017/10/02 22:34:29] [MQ2] DEBUG CastWhat: SpellCheck HaveSpell:37 HaveMana:120<=4045 Line#: 2295
[2017/10/02 22:34:34] [MQ2] DEBUG CastWhat cast Spell result: CAST_SUCCESS Line#: 2347
[2017/10/02 22:34:34] [MQ2] DEBUG CastWhat Leave CAST_SUCCESS Line#: 2395
[2017/10/02 22:34:34] [MQ2] Buffing Shield of Lava on
[2017/10/02 22:34:34] [MQ2] DEBUGBUFFS WriteBuffs Enter Line#: 9141
[2017/10/02 22:34:34] [MQ2] DEBUG WriteBuffs: 0-Summon Drogmor Line#: 9165
[2017/10/02 22:34:34] [MQ2] DEBUG WriteBuffs: 1-Shield of Lava Line#: 9165
[2017/10/02 22:34:35] [MQ2] DEBUGBUFFS WriteBuffs Leave Line#: 9188
[2017/10/02 22:34:35] [MQ2] DEBUGBUFFS CheckBuffs !21583 || 6.44>=100 || FALSE && 4>=1 || FALSE && 21583!=21597 || 0 Line#: 3028
[2017/10/02 22:34:35] [MQ2] DEBUGBUFFS CheckBuffs 3 FALSE 0 FALSE 1 Line#: 3032
[2017/10/02 22:34:35] [MQ2] DEBUG CastWhat: Enter castWhat - Shield of Lava CastonName: castTargetID - 21583 From: Buffs-nomem Line#: 2179
[2017/10/02 22:34:35] [MQ2] DEBUG CastWhat: SpellCheck HaveSpell:37 HaveMana:120<=3936 Line#: 2295
[2017/10/02 22:34:40] [MQ2] DEBUG CastWhat cast Spell result: CAST_SUCCESS Line#: 2347
[2017/10/02 22:34:40] [MQ2] DEBUG CastWhat Leave CAST_SUCCESS Line#: 2395
[2017/10/02 22:34:40] [MQ2] Buffing Shield of Lava on
[2017/10/02 22:34:40] [MQ2] DEBUGBUFFS WriteBuffs Enter Line#: 9141
[2017/10/02 22:34:40] [MQ2] DEBUG WriteBuffs: 0-Summon Drogmor Line#: 9165
[2017/10/02 22:34:40] [MQ2] DEBUG WriteBuffs: 1-Shield of Lava Line#: 9165
[2017/10/02 22:34:41] [MQ2] DEBUGBUFFS WriteBuffs Leave Line#: 9188
[2017/10/02 22:34:41] [MQ2] DEBUGBUFFS CheckBuffs !21579 || 8.77>=100 || FALSE && 5>=1 || FALSE && 21579!=21597 || 0 Line#: 3028
[2017/10/02 22:34:41] [MQ2] DEBUGBUFFS CheckBuffs 3 FALSE 0 FALSE 4 Line#: 3032
[2017/10/02 22:34:41] [MQ2] DEBUG CastWhat: Enter castWhat - Shield of Lava CastonName: castTargetID - 21579 From: Buffs-nomem Line#: 2179
[2017/10/02 22:34:41] [MQ2] DEBUG CastWhat: SpellCheck HaveSpell:37 HaveMana:120<=3862 Line#: 2295
[2017/10/02 22:34:46] [MQ2] DEBUG CastWhat cast Spell result: CAST_SUCCESS Line#: 2347
[2017/10/02 22:34:46] [MQ2] DEBUG CastWhat Leave CAST_SUCCESS Line#: 2395
[2017/10/02 22:34:46] [MQ2] Buffing Shield of Lava on
[2017/10/02 22:34:46] [MQ2] DEBUGBUFFS WriteBuffs Enter Line#: 9141
[2017/10/02 22:34:46] [MQ2] DEBUG WriteBuffs: 0-Summon Drogmor Line#: 9165
[2017/10/02 22:34:46] [MQ2] DEBUG WriteBuffs: 1-Shield of Lava Line#: 9165
[2017/10/02 22:34:47] [MQ2] DEBUGBUFFS WriteBuffs Leave Line#: 9188
[2017/10/02 22:34:47] [MQ2] DEBUGBUFFS CheckBuffs reset var 1 Shield of Lava Line#: 3103
[2017/10/02 22:34:47] WARNING: Undefined Variable Buff2GM5 used on line [email protected] /if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs !${Group.Member[${j}].ID} || ${Spawn[${Group.Member[${j}]}].Distance}>=${SpellRange} || ${2ndPart.Equal[Me]} && ${j}>=1 || ${2ndPart.Equal[MA]} && ${Group.Member[${j}].ID}!=${Spawn[${MainAssistType} ${MainAssist}].ID} || ${Buff${i}GM${j}} \agLine#: ${Macro.CurLine}Macro Paused.
[2017/10/02 22:34:47] [MQ2] DEBUGBUFFS CheckBuffs !21579 || 8.77>=100 || FALSE && 5>=1 || FALSE && 21579!=21597 || NULL Line#: 3028Here it is!
- - - Updated - - -
Any ideas?
Have you installed the most recent version of MQ2? It looks like the /next i command is actually returning to the /for j 0 to 5 and executing that loop and not returning back up to the top of the /next i command. I think the last MQ2 update fixed that issue...
- Joined
- Jun 12, 2015
- RedCents
- 58,244¢
Rich (BB code):
/for c 1 to 100
/if (${c} == 2){
/next c
}
/if (${c} == 55){
/next c
}
/echo ${c}
/next cin the newest rg update, this mac would fail, does for me, says next without for.
any macro i run where that was being used to do the next counter, if something or other happened, it would fail, perhaps its that whats going on?
Maskoi
old and salty
- Joined
- Sep 28, 2005
- RedCents
- 82,796¢
are you sure you have the latest. That does not fail on mine
please delete all you dlls and re-update
my quick stress test mac with yours included both run fine.
please delete all you dlls and re-update
Rich (BB code):
sub main
/declare Buffs[5] string outer test
/declare c int outer
/for c 1 to 100
/if (${c} == 2) {
/next c
}
/if (${c} == 55) {
/next c
}
/echo ${c}
/next c
/call CreateTimersBuffs
/call Fornext
/return
sub Fornext
/declare i int outer
/declare j int outer
/for i 1 to ${Buffs.Size}
/for j 1 to ${Buffs.Size}
/echo Buff${i}GM${j} ${Buff${i}GM${j}}
/next j
/next i
/return
Sub CreateTimersBuffs
/declare o int local
/declare p int local
/for o 1 to ${Buffs.Size}
/for p 0 to 7
/declare Buff${o}GM${p} timer outer 0
/next p
/next o
/returnmy quick stress test mac with yours included both run fine.
- Joined
- Jun 12, 2015
- RedCents
- 58,244¢
hmm wierd i had to change a mac last night, and i did have newest update, cause it kept saying next without for.
and the giveitems.mac from sum1 also was fritzy
would only work if i did
and the giveitems.mac from sum1 also was fritzy
Rich (BB code):
:WaitForCommand
/doevents
/delay 5
/goto :WaitForCommandwould only work if i did
Rich (BB code):
:WaitForCommand
/echo something
/doevents
/delay 5
/goto :WaitForCommand
I'm getting the same issue with my enchanter trying to cast haste on my melee toons. My enchanter only has buffing on, and only one spell (alacrity). The enchanter does fizzle his spells often, so I'm not sure if that's playing a role. What do I need to add here file/information wise?
Last edited:
After trying all of the above, still failing as an update to the current situation. No problem! Figured it's best to get this stuff reported and looked at. I'll keep trying stuff and see if I come up with anything. If anyone has any other ideas throw em down!
I can't duplicate this issue. A few releases back this was an issue in MQ2 core, but I have been informed that the issue has been fixed. I would suggest making sure your compile is up to date, I would even suggest creating a now MQ2 directory and reinstall MQ2 and try using the clean install of MQ2 to see if you are still having the issue.
I just installed MQ2 (redguides very vanilla compile) last night for the first time on the computer I'm on. I haven't tested it yet on this computer (laptop), but I'll give it a try and see if it works. What does 'clean' install mean? Does that mean an install/compile other than the redguides very vanilla one? Is that available somewhere on this site?
Clean install means installing into a different directory than the current install, and don't copy over anything from the old MQ2 install. Just run from the new install and make your changes in the new location. Just run a test and if everything works, then you can just finish the setup in the new location using your old setup as a reference, but don't copy over anything from the old install.
I, personally, have done multiple fresh installs including trying everything mentioned here on 3 different computers (not including my main one this bug first appeared on) and the bug is still prevalent.
Yes, I am on the most recent version of MQ2.
Yes, all of my plugins have been fully updated.
Yes, all of my installs are clean.
Yes, I am on the most recent version of MQ2.
Yes, all of my plugins have been fully updated.
Yes, all of my installs are clean.
Uninstalled old, re-installed new. Manually deleted MQ2 folder after uninstall to make sure everything was gone. Loaded up Kissassist and set my Enchanter to buff Haste on my melee toons (Buffs1=Celerity|melee). He buffed each melee toon, and as soon as the last toon was buffed, got the error message and the macro ended.
The problem your having is a carbon copy of mine. 100 %, goes through all toons buffing and then ends right at the last one with the undefined variable error.
Just a minor inconvenience doesn't impact my toons very much. I'm sure Maskoi or another developer will get around to patching it if it's a long term thing and not just some silly problem we, personally, are having.
Find this line of code that is highlighted in the check buffs routine.
Find the /goto :SkipCheckIni and change it to /break and add in the /goto :SkipCheckIni line below the /next j
Rich (BB code):
/if (${Group} && ${Me.CurrentMana}>(${Spell[${Buffs[${i}]}].Mana}*${Group})) {
/if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs Single Type Group Buff \agLine#: ${Macro.CurLine}
/for j 0 to 5
/if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs !${Group.Member[${j}].ID} || ${Spawn[${Group.Member[${j}]}].Distance}>=${SpellRange} || ${2ndPart.Equal[Me]} && ${j}>=1 || ${2ndPart.Equal[MA]} && ${Group.Member[${j}].ID}!=${Spawn[${MainAssistType} ${MainAssist}].ID} || ${Buff${i}GM${j}} \agLine#: ${Macro.CurLine}
| Check if party member is alive in zone and within spell range and spell timer does not exist
/if (!${Group.Member[${j}].ID} || ${Spawn[${Group.Member[${j}]}].Distance}>=${SpellRange} || ${Buff${i}GM${j}}) /goto :nextmember
/if (${2ndPart.Equal[Me]} && ${j}>=1) /goto :nextmember
/if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs 3 ${2ndPart.Equal[caster]} ${Select[${Group.Member[${j}].Class.ShortName},CLR,DRU,SHM,BST,ENC,MAG,NEC,PAL,SHD,RNG,WIZ]} ${2ndPart.Equal[Melee]} ${Select[${Group.Member[${j}].Class.ShortName},BRD,BER,BST,MNK,PAL,ROG,RNG,SHD,WAR]} \agLine#: ${Macro.CurLine}
/if ((${2ndPart.Equal[caster]} && ${Select[${Group.Member[${j}].Class.ShortName},CLR,DRU,SHM,BST,ENC,MAG,NEC,PAL,SHD,RNG,WIZ]}==0) || (${2ndPart.Equal[Melee]} && ${Select[${Group.Member[${j}].Class.ShortName},BRD,BER,BST,MNK,PAL,ROG,RNG,SHD,WAR]}==0)) /goto :nextmember
/if (${Me.CurrentMana}<${Spell[${Buffs[${i}]}].Mana}) /goto :nextmember
/if (${2ndPart.Equal[!MA]} && ${Group.Member[${j}].ID}==${Spawn[${MainAssistType} ${MainAssist}].ID}) /goto :nextmember
/if (${Cursor.ID}) /call CheckCursor
/if (${AggroTargetID}) /return
/delay 7s ${Cast.Ready[${Buffs[${i}]}]}
/call CastWhat "${Buffs[${i}]}" ${Group.Member[${j}].ID} Buffs-nomem
/if (${Macro.Return.Equal[CAST_SUCCESS]}) {
/echo Buffing ${Buffs[${i}]} on ${Group.Member[${j}].CleanName}
| assisgn buff 3rd part of dual tag for actual duration
/if (${2ndPart.Equal[Dual]}) /varset Buffs[${i}] ${3rdPart}
/varcalc Buff${i}GM${j} (${Spell[${Buffs[${i}]}].Duration.TotalSeconds}*${DurationMod})*10
/doevents flush Worn_off
/varset WriteBuffsTimer 0
/call WriteBuffs
/if (${Group}==${j}) /goto :SkipCheckIni
}
:nextmember
/next j
/goto :SkipCheckIni
} else /if (${Select[${2ndPart},MA,Melee,Caster]}==0) {
/if (${Cursor.ID}) /call CheckCursor
/call CastWhat "${Buffs[${i}]}" ${Me.ID} Buffs-nomem
}Find the /goto :SkipCheckIni and change it to /break and add in the /goto :SkipCheckIni line below the /next j
That seems to have fixed it - thank you so much!!
- - - Updated - - -
Only issue now I just noticed is that despite putting the "melee" flag into the Buffs thing, it's casting it (Celerity/haste) on my Wizard and the Enchanter as well.
Sorry to have to ask, but I have looked through the code and I am at a loss. Can I get you to post another debug log while this is happening. I need to see the flow through the macro to see why the enchanter is being buffed when the buff entry is using the melee tag, and can you please post the buffs section of you ini file of the character doing the buffing.
Buffs section:
[Buffs]
BuffsOn=1
BuffsCOn=0
BuffsSize=20
Buffs1=Celerity|melee
Buffs2=NULL
Buffs3=NULL
Buffs4=NULL
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
RebuffOn=1
CheckBuffsTimer=10
PowerSource=NULL
I'm going to have to read about how to do a debug log, then I'll post it.
- - - Updated - - -
I just tried it again, and this time, for some reason, my chanter is buffing just the melee toons
Oh well, I'm not going to worry about it.One other issue I'm having, is I set the medstart to 95% (so basically my toons will always med after each fight, after I go to pull new stuff), but this seems to interfere with when they're willing to cast buffs. How do I work around this? I want my toons to med as soon as combat is over (not necessarily to wait til they get all the way to 20% mana, which is default), so they can take max advantage of OOC regen, but not have to be at 95+% mana before they're willing to cast buffs/rebuffs. Maybe I'll just put the 95% thing on my wizard, because his mana pool is the one I want as high as possible (so he can maintain nukes).
Edit: I did make a debug/log file, but if I post it here, it'll be available for anyone to download, correct, then everyone will know my toon's name? I guess I'm paranoid enough to want to avoid that.
- - - Updated - - -
I captured the bug, where it's buffing my wizard and himself, the enchanter, in the log debug file/log. Let me know what to do with it.
- - - Updated - - -
Here's the debug file (I just manually searched for the names of my two other toons and replaced them with generic "Wizard" and "SK"). You might wanna focus on the log starting at 21:28 PM for the relevant stuff. I guess I had to change the file extension from log, to txt, to get it to upload.
Last edited by a moderator:
For medding, if you set the group mainassist to med when at like 90% endurance/mana then the rest of the group will med while the main assist is medding. Make sure you have MedCombat flag turned off.
On your puller make sure you have groupwatchon turned on and turned off on the rest of the group.
On your puller make sure you have groupwatchon turned on and turned off on the rest of the group.
The code shows that the test for your wizard is false and should skip casting on the character.
OK. Give this a try. Find line number 3033 in routine checkbuffs and change the /goto :nextmember to /continue and see if that fixes the issue. I am thinking that all the /goto's in that inner loop are creating havoc with the code executing in order. not sure how it is doing it, but it has something to do with the /goto command being used inside an inner loop that is nested inside another loop.
If you want you can change all the /goto :nextmember to /continue in that section of the code. There are a few of them.
OK. Give this a try. Find line number 3033 in routine checkbuffs and change the /goto :nextmember to /continue and see if that fixes the issue. I am thinking that all the /goto's in that inner loop are creating havoc with the code executing in order. not sure how it is doing it, but it has something to do with the /goto command being used inside an inner loop that is nested inside another loop.
If you want you can change all the /goto :nextmember to /continue in that section of the code. There are a few of them.
I haven't tried this yet, but I've noticed that this appears ONLY when my puller/MA is out of range when my Enchanter wants to start rebuffing the group. If he's within range, it continues as normally, but he's out of range, it seems to reset something and then the chanter puts haste on everybody.
In-case anyone gets stuck on this, here's the syntax for how it should be set up to work
Just change the bolded, red lines from what they are in the kissassist macro file to the syntax in the snippet above and everything will work great.
Thanks to CTaylor for figuring it out.
Rich (BB code):
/if (${Group} && ${Me.CurrentMana}>(${Spell[${Buffs[${i}]}].Mana}*${Group})) {
/if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs Single Type Group Buff \agLine#: ${Macro.CurLine}
/for j 0 to 5
/if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs !${Group.Member[${j}].ID} || ${Spawn[${Group.Member[${j}]}].Distance}>=${SpellRange} || ${2ndPart.Equal[Me]} && ${j}>=1 || ${2ndPart.Equal[MA]} && ${Group.Member[${j}].ID}!=${Spawn[${MainAssistType} ${MainAssist}].ID} || ${Buff${i}GM${j}} \agLine#: ${Macro.CurLine}
| Check if party member is alive in zone and within spell range and spell timer does not exist
/if (!${Group.Member[${j}].ID} || ${Spawn[${Group.Member[${j}]}].Distance}>=${SpellRange} || ${Buff${i}GM${j}}) /goto :nextmember
/if (${2ndPart.Equal[Me]} && ${j}>=1) /goto :nextmember
/if (${DebugBuffs}) /echo \atDEBUGBUFFS CheckBuffs 3 ${2ndPart.Equal[caster]} ${Select[${Group.Member[${j}].Class.ShortName},CLR,DRU,SHM,BST,ENC,MAG,NEC,PAL,SHD,RNG,WIZ]} ${2ndPart.Equal[Melee]} ${Select[${Group.Member[${j}].Class.ShortName},BRD,BER,BST,MNK,PAL,ROG,RNG,SHD,WAR]} \agLine#: ${Macro.CurLine}
/if ((${2ndPart.Equal[caster]} && ${Select[${Group.Member[${j}].Class.ShortName},CLR,DRU,SHM,BST,ENC,MAG,NEC,PAL,SHD,RNG,WIZ]}==0) || (${2ndPart.Equal[Melee]} && ${Select[${Group.Member[${j}].Class.ShortName},BRD,BER,BST,MNK,PAL,ROG,RNG,SHD,WAR]}==0)) /goto :nextmember
/if (${Me.CurrentMana}<${Spell[${Buffs[${i}]}].Mana}) /goto :nextmember
/if (${2ndPart.Equal[!MA]} && ${Group.Member[${j}].ID}==${Spawn[${MainAssistType} ${MainAssist}].ID}) /goto :nextmember
/if (${Cursor.ID}) /call CheckCursor
/if (${AggroTargetID}) /return
/delay 7s ${Cast.Ready[${Buffs[${i}]}]}
/call CastWhat "${Buffs[${i}]}" ${Group.Member[${j}].ID} Buffs-nomem
/if (${Macro.Return.Equal[CAST_SUCCESS]}) {
/echo Buffing ${Buffs[${i}]} on ${Group.Member[${j}].CleanName}
| assisgn buff 3rd part of dual tag for actual duration
/if (${2ndPart.Equal[Dual]}) /varset Buffs[${i}] ${3rdPart}
/varcalc Buff${i}GM${j} (${Spell[${Buffs[${i}]}].Duration.TotalSeconds}*${DurationMod})*10
/doevents flush Worn_off
/varset WriteBuffsTimer 0
/call WriteBuffs
/if (${Group}==${j}) /break
}
:nextmember
/next j
/goto :SkipCheckIni
} else /if (${Select[${2ndPart},MA,Melee,Caster]}==0) {
/if (${Cursor.ID}) /call CheckCursor
/call CastWhat "${Buffs[${i}]}" ${Me.ID} Buffs-nomem
}
}Thanks to CTaylor for figuring it out.
That macro should serve as an example of what's NOT allowed anymore.
A /for X loop can ONLY have one /next X in it from now on. (X is an example)
That means it should (and need to) be changed to:
Rich (BB code):
/for c 1 to 100
/if (${c} == 2) {
/continue
}
/if (${c} == 55) {
/continue
}
/echo ${c}
/next cThe usage of multiple /next X inside a /for X loop has been misused for years, and frankly I'm surprised it was ever allowed since that's not allowed in c/c++ for loop...
Disclaimer: you CAN use /goto :blah as well instead of continue if u add a label, but it's not as elegant and I would rather you not.
Maskoi
old and salty
- Joined
- Sep 28, 2005
- RedCents
- 82,796¢
Kiss wasn't using /next inside the loops it was a /goto. So something was broken with the /goto
I think what EQMule meant is that a /goto to a label with in the same loop is ok, What was blowing up kiss was doing a goto to a label outside of the current loop that is inside another loop. The proper way to exit a /for /next loop is to use /break or let the /for counter terminate on its own naturally.
- Joined
- Jun 12, 2015
- RedCents
- 58,244¢
Rich (BB code):
:WaitForCommand
/doevents
/delay 5
/goto :WaitForCommandi still wonder why this does not execute anymore, its used among other things in the giveitems.mac
if i did it like this
Rich (BB code):
:WaitForCommand
/echo something
/doevents
/delay 5
/goto :WaitForCommandor like this in my own test.
Rich (BB code):
:WaitForCommand
/call delays
/doevents
/goto :WaitForCommand
sub delays
/delay 5
/return