Hi Rabbit - thanks for the great mod ... but I'm still having issues with [Thorium Headed Arrows] in the ammo slot. It gives the 'I can't find [Thorium Headed Arrows] in the inventory' message, and doesn't equip them.
This is using the version that included the changes to allow for the ammo slot.
Thanks again,
Platykurtic
I similar issue with a bit of gear not being found, just recreated the set and it worked.
2) This works fine unless I have ClosetGnome_Banker installed, at which point I get the error below, which also prompts the Blizz popup about illegal functions and disabling the mod.
Whatever the error message might tell you, it's not from ClosetGnome_Banker :P That's just Blizzard being silly and not reporting the proper addon.
I do only get the error with ClosetGnome_Banker running, if I disable it the macro works fine. That said I have no doubt it's a Blizzard issue with the [equipped] check and I amended the macro to remove the [equipped:Shields] as it was always going to be equipped and the error went away :)
I would like this. I have several weapons swap sets and if I have used one of those as the last swap before mounting then when I dismount it re equips that set but as it's only a weapon swap one it doesn't change the trinket (carrot on a stick FTW) back to what it was before I mounted. This gives the appearance it didn't work, though it did.
If it changed the items back to what they were pre mount then it wouldn't matter if the set I equipped before mounting never actually changed the items that the mount set does.
First of all let me says thanks for the all the work obviously put into this addon. Really like it and having tried most of the outfit swapping addons this is the one I prefer and use.
I've come across 2 issues recently:
1) When switching from a 2h weapon to Dual Wield The offhand item is not equipped with the error message saying "that cannot be used with a 2 handed weapon"
I'm guessing it's trying to equip the offhand before the main and so the slot isn't free.
I couldn't see anyway to influence the order it equipped things and so can't solve this.
Basically it equips a shield if I'm not using one, then tries to cast Spell Reflection if in Battle or Defensive Stance or if not puts me into the stance.
This works fine unless I have ClosetGnome_Banker installed, at which point I get the error below, which also prompts the Blizz popup about illegal functions and disabling the mod.
I know logically that ClosetGnome_Banker was not being used at this point (I'm in combat and not at a bank :P) but the game thinks it is.
I had a similar problem (again with macros using the [equipped] logic and EQCompare but as that's unsupported no one could tell me if it's a Blizz issue or if the addon could be fixed.
[2007/01/25 10:17:44-141-x1]: <event>ADDON_ACTION_BLOCKED:AddOn 'ClosetGnome_Banker' tried to call the protected function 'CastSpellByName()'.
<in C code>: in function `CastSpellByName'
Interface\FrameXML\ChatFrame.lua:1172: in function `value':
Interface\FrameXML\ChatFrame.lua:3079: in function <Interface\FrameXML\ChatFrame.lua:3043>:
<in C code>: in function `ChatEdit_ParseText'
Interface\FrameXML\ChatFrame.lua:2821: in function `ChatEdit_SendText':
Interface\FrameXML\ChatFrame.lua:2077: in function <Interface\FrameXML\ChatFrame.lua:2071>:
<in C code>: in function `UseAction'
Interface\FrameXML\SecureTemplates.lua:223: in function `SecureActionButton_OnClick':
<string>:"BT3Button19:OnClick":2: in function <[string "BT3Button19:OnClick"]:1>
(tail call): ?:
<in C code>: in function `securecall'
Interface\FrameXML\SecureStateHeader.lua:958: in function <Interface\FrameXML\SecureStateHeader.lua:939>:
---
Same as Delahedril, i've a error message when the raid leader perfom a ready check, and same at each raid warning like breath of chromagus or bomb of Vael :
Error message is : "Inteface\AddOns\oRA2\Libs\AceEvent-2.0\AceEvent-2.0.lua:296:Interface\AddOns\oRA2\Participant\Ready.lua:288 CandyBar-2.0 : Bad ardument #3 to StratCandybar as expected"
I've remove all other addon, i use the r20845 version on a french client and i removed the ora savevariables files before launch.
Thanks if u have a solution
I think this will fix it, search the ready.lua file (in the participant folder) for line
self:StartCandyBar( "oRAPReadyTimeOut", 1)
and replace the value 1 with true.
Hi I found that the /raresist wasn't working in ver r20799.
The problem seems to be (well it worked after I changed this) that the Leader\resist.lua was looking for Rosterlib-2.0 instead of Roster-2.1 (around about line 626). Same thing in item.lau line 593.
I also had issues when someone else did a /ravote or /raready check (I could instigate them but errored if someone else did).
Buggtracker indicated that lines 256 and 288 of Participant\ready.lau has a problem.
From what I can make out the argument check on:
self:StartCandyBar( "oRAPReadyTimeOut", 1)
carried out by Candybar is failing. It expects Boolean or nil and is getting a number.
That's as far as I got, afraid I don't know enough about lau to take it any further.
I also had a problem that if I had to restart my wow session and drop into the existing raid I wasn't picking up the MT list.
Aside from this minor stuff the addon is fantastic and a pleasure to use!!!
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.
0
I similar issue with a bit of gear not being found, just recreated the set and it worked.
0
Great news :-) I'll reinstall straight away
Thanks
Del
0
Yes please, due to the issue with '[equipped:X]' macros I can't run _Banker but the new function sounds really handy :-)
0
I do only get the error with ClosetGnome_Banker running, if I disable it the macro works fine. That said I have no doubt it's a Blizzard issue with the [equipped] check and I amended the macro to remove the [equipped:Shields] as it was always going to be equipped and the error went away :)
0
I would like this. I have several weapons swap sets and if I have used one of those as the last swap before mounting then when I dismount it re equips that set but as it's only a weapon swap one it doesn't change the trinket (carrot on a stick FTW) back to what it was before I mounted. This gives the appearance it didn't work, though it did.
If it changed the items back to what they were pre mount then it wouldn't matter if the set I equipped before mounting never actually changed the items that the mount set does.
0
I've come across 2 issues recently:
1) When switching from a 2h weapon to Dual Wield The offhand item is not equipped with the error message saying "that cannot be used with a 2 handed weapon"
I'm guessing it's trying to equip the offhand before the main and so the slot isn't free.
I couldn't see anyway to influence the order it equipped things and so can't solve this.
2) As a warrior I have the following macro;
Basically it equips a shield if I'm not using one, then tries to cast Spell Reflection if in Battle or Defensive Stance or if not puts me into the stance.
This works fine unless I have ClosetGnome_Banker installed, at which point I get the error below, which also prompts the Blizz popup about illegal functions and disabling the mod.
I know logically that ClosetGnome_Banker was not being used at this point (I'm in combat and not at a bank :P) but the game thinks it is.
I had a similar problem (again with macros using the [equipped] logic and EQCompare but as that's unsupported no one could tell me if it's a Blizz issue or if the addon could be fixed.
Cheers
Del
0
I think this will fix it, search the ready.lua file (in the participant folder) for line
self:StartCandyBar( "oRAPReadyTimeOut", 1)
and replace the value 1 with true.
0
The problem seems to be (well it worked after I changed this) that the Leader\resist.lua was looking for Rosterlib-2.0 instead of Roster-2.1 (around about line 626). Same thing in item.lau line 593.
I also had issues when someone else did a /ravote or /raready check (I could instigate them but errored if someone else did).
Buggtracker indicated that lines 256 and 288 of Participant\ready.lau has a problem.
From what I can make out the argument check on:
self:StartCandyBar( "oRAPReadyTimeOut", 1)
carried out by Candybar is failing. It expects Boolean or nil and is getting a number.
That's as far as I got, afraid I don't know enough about lau to take it any further.
I also had a problem that if I had to restart my wow session and drop into the existing raid I wasn't picking up the MT list.
Aside from this minor stuff the addon is fantastic and a pleasure to use!!!
Cheers
Del
0
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