I have this nice macro: when I have a wand equipped it will use that. If I have a spellstone equipped it will use that:
/cast [equipped:wand] Shoot;[equipped:relic] Major Spellstone
When I have EQCompare enabled I get a blocked error:
EQCompare has been blocked from an action only available to the Blizzard UI. You can disable this addon and reload the UI.
I've encountered the issue with using an [equipped] macro causing an error to be returned saying:
"EQcompare has been blocked from an action only available to the Blizzard UI".
The first few times it just reported Ace2 but I went through and disabled addons until I was only getting the error with EQcomapre enabled and receiving the message above.
Hope you can fix it as I love the addon but can't live with out my
I've tested this with a few different macros and the issue seems to be that Blizz thinks EQCompare is calling whatever functions the macro is actually calling (which are the protected ones).
With the above macro the function castspellbyname() is the one called. No idea why it thinks EQCompare is calling it rather than the macro that was clicked.
I'm getting the following error when executing a macro:
<event>ADDON_ACTION_BLOCKED:AddOn 'EQCompare' tried to call the protected function 'CastSpellByName()'.
(tail call): ?:
!BugGrabber\BugGrabber.lua:469: in function <Interface\AddOns\!BugGrabber\BugGrabber.lua:439>
<in C code>: in function `CastSpellByName'
Interface\FrameXML\ChatFrame.lua:1127: in function `value':
Interface\FrameXML\ChatFrame.lua:2993: in function `ChatEdit_ParseText':
Interface\FrameXML\ChatFrame.lua:2734: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:1996: in function <Interface\FrameXML\ChatFrame.lua:1990>:
<in C code>: in function `UseAction'
Interface\FrameXML\SecureTemplates.lua:223: in function `SecureActionButton_OnClick':
<string>:"BT3Button23:OnClick":2: in function <[string "BT3Button23:OnClick"]:1>
(tail call): ?:
<in C code>: in function `securecall'
Interface\FrameXML\SecureStateHeader.lua:907: in function <Interface\FrameXML\SecureStateHeader.lua:888>:
The macro doesn't contain CastSpellByName though. This is the macro:
Is it possible to compare on mouseover then keypress, not keypress then mouseover? This is how my first Equip Compare worked, and EQCompare worked before patch I think.
Is it possible to compare on mouseover then keypress, not keypress then mouseover? This is how my first Equip Compare worked, and EQCompare worked before patch I think.
funny thing is that this feature (at least as an option) was among the first requested, when the mode came out.
no info given on would it be implemented or not for 2-3 monthes already (or more, not sure).
this is the thing that completly stop me from using the mod.
Is it possible to compare on mouseover then keypress, not keypress then mouseover? This is how my first Equip Compare worked, and EQCompare worked before patch I think.
funny thing is that this feature (at least as an option) was among the first requested, when the mode came out.
no info given on would it be implemented or not for 2-3 monthes already (or more, not sure).
this is the thing that completly stop me from using the mod.
Is it possible to compare on mouseover then keypress, not keypress then mouseover? This is how my first Equip Compare worked, and EQCompare worked before patch I think.
funny thing is that this feature (at least as an option) was among the first requested, when the mode came out.
no info given on would it be implemented or not for 2-3 monthes already (or more, not sure).
this is the thing that completly stop me from using the mod.
oh crap i missed it =(
i wasnt using it for a month since i was sure that wont be implemented ever
still using old old old ECompare (simply modified toc to 20000) and it works.
when I mouseover some item (and this item and currently equipped tooltips shown) and equip it with r-click, tooltips keep showing old info. it's a bit confusing ... is it possible to change tooltips when item equipped ?
I m copying this post of mine from the Sanity addon threat as it has a related error:
KOALACHAN:
Had the following message:
Sanity.lua:248:attempt to concatenate a nil value.
Now this happens when I mouse over an itemlink when I have EQCompare enabled. When EQCompare is on standby there is no error. Should I report it in AQCompare thread instead?
ANTIARC:
You might try that, Koala. If they're intercepting the mouseover event, then Sanity will error. It relies on being able to read the item under the cursor.
That said, I'll try to get a fix in for it so that at the least, it won't throw an error.
I have to admit I reverted to Equip Compare.
It has exactly the same problems for me as EQCompare
(randomly chosing if it's going to show the current items or not)
So I guess this is a lost cause :'(
Anyone up for picking this back up?
I have to admit I reverted to Equip Compare.
It has exactly the same problems for me as EQCompare
(randomly chosing if it's going to show the current items or not)
So I guess this is a lost cause :'(
Anyone up for picking this back up?
Equip Compare now shows the same problem as EQCompare?
Hmm... so it could be Blizzard related after all.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
/cast [equipped:wand] Shoot;[equipped:relic] Major Spellstone
r19429
I've encountered the issue with using an [equipped] macro causing an error to be returned saying:
"EQcompare has been blocked from an action only available to the Blizzard UI".
The first few times it just reported Ace2 but I went through and disabled addons until I was only getting the error with EQcomapre enabled and receiving the message above.
Hope you can fix it as I love the addon but can't live with out my
/cast [stance:3]Pummel;[equipped:Shields,nostance:3]Shield Bash;Berserker Stance
I've tested this with a few different macros and the issue seems to be that Blizz thinks EQCompare is calling whatever functions the macro is actually calling (which are the protected ones).
With the above macro the function castspellbyname() is the one called. No idea why it thinks EQCompare is calling it rather than the macro that was clicked.
Cheers
Del
Error: attempt to index field '?' (a nil value)
File: Interface\AddOns\EQCompare\EQCompare.lua
Line: 290
Count: 1
When clicking on an ItemLink.
I have KC_I, Mendeleev, if it matters.
Here is a screen :)
Error: attempt to index field '?' (a nil value)
File: Interface\AddOns\EQCompare\EQCompare.lua
Line: 290
Count: 1
Doesn't seem to cause the mod not to work, but the error gets annoying.
Oh and it occurs after you close the window that displays after clicking a link in chat.
The macro doesn't contain CastSpellByName though. This is the macro:
I'm having the same problem, playing on german client.
Troy
funny thing is that this feature (at least as an option) was among the first requested, when the mode came out.
no info given on would it be implemented or not for 2-3 monthes already (or more, not sure).
this is the thing that completly stop me from using the mod.
It worked for a while, now broken again.
Same error on a text link.
It surely worked just before patch.
i wasnt using it for a month since i was sure that wont be implemented ever
still using old old old ECompare (simply modified toc to 20000) and it works.
Anyone can confirm?
If he did, then maybe I'll go back to EquipCompare...
KOALACHAN:
Had the following message:
Sanity.lua:248:attempt to concatenate a nil value.
Now this happens when I mouse over an itemlink when I have EQCompare enabled. When EQCompare is on standby there is no error. Should I report it in AQCompare thread instead?
ANTIARC:
You might try that, Koala. If they're intercepting the mouseover event, then Sanity will error. It relies on being able to read the item under the cursor.
That said, I'll try to get a fix in for it so that at the least, it won't throw an error.
It has exactly the same problems for me as EQCompare
(randomly chosing if it's going to show the current items or not)
So I guess this is a lost cause :'(
Anyone up for picking this back up?
Equip Compare now shows the same problem as EQCompare?
Hmm... so it could be Blizzard related after all.