[2007/06/06 16:14:09-127-x2]: ClassTimer-1.0 r38827\ClassTimer.lua:302: bad argument #3 to 'gsub' (string/function/table expected)
ClassTimer-1.0 r38827\ClassTimer.lua:302: in function <Interface\AddOns\ClassTimer\ClassTimer.lua:300>
ClassTimer-1.0 r38827\ClassTimer.lua:455: in function `StickyUpdate'
ClassTimer-1.0 r38827\ClassTimer.lua:729: in function `setFunc'
Waterfall-1.0-37383 (Baggins):2318: in function `ToggleChecked'
Waterfall-1.0-37383 (Baggins):2246: in function <...\AddOns\Baggins\libs\Waterfall-1.0\Waterfall-1.0.lua:2243>
I'm having problems with the sticky feature. On a fresh install:
1) Add Sticky -> Curse of Agony
2) Dot mob with Curse of Agony and it shows on sticky.
3) Untarget then retarget mob and another Curse of Agony appears on sticky, with the same timer.
4) Cast Corruption on mob, another Curse of Agony appears on sticky.
5) At this point there are three Curse of Agonys on the sticky bar. I can keep adding more by repeating #3 and #4.
The all in one feature also doesn't appear to be grouping stickies.
When I click 'Lock' under the sticky bar options twice I get:
Interface/Addons/ClassTimer/ClassTimer.lua:
302 bad argument #3 to 'gsub' (string/table/function expected)
I got this error somehow and clicking ok did nothing. I had to /console reloadui to remove it:
Interface/Addons/ClassTimer/ClassTimer.lua:
48 bad argument #1 to 'pairs' (table expected, got nil)
I had just updated all my ace mods with the latest ace updater before testing this.
[2007/06/07 14:35:41-7266-x271]: ClassTimer-1.0 r38827\ClassTimer.lua:48: bad argument #1 to 'pairs' (table expected, got nil)
ClassTimer-1.0 r38827\ClassTimer.lua:48: in function <Interface\AddOns\ClassTimer\ClassTimer.lua:47>
ClassTimer-1.0 r38827\ClassTimer.lua:78: in function <Interface\AddOns\ClassTimer\ClassTimer.lua:69>
---
Had to resap a mob before a pull so ended up with 2, then that happened constantly.
Getting same error on 81 with stickies with sap/blind on my rogue, also I've noticed deselecting and selecting a sapped target spawns more and more saps on the sticky.
i was wondering if you could "alter" the way the rampage buff timer displays.
rampage is a buff that a 41point fury warrior can use After they get a crit.
once it is up, each subsequent crit makes it stack and refresh up to a total of 5 times - at which time it stops refreshing and eventually goes off. it lasts 30 seconds total time excluding refreshes by crits to stack it to 5 times.
currently classtimers is showing it as still refreshing after the 5th application - but in reality it isn't refreshing. - elk buff bar shows this correctly, but i don't believe it is using the new API.
perhaps you can add some check to limit auto refreshes to 4 times before the user has to press the buff again to refresh it - and the user has to press it each subsequent time until it wears off. - not sure if this is possible though. the way it is currently working makes it worthless really.
I've read through the whole thread and still can't find a definitive answer for this. As a warlock, is it possible to view timers for multiple targets? It's very common to banish one target, fear another, and dps a third. I'd like to keep an eye on the banish/fear targets to know when I need to switch back to them.
I've read through the whole thread and still can't find a definitive answer for this. As a warlock, is it possible to view timers for multiple targets? It's very common to banish one target, fear another, and dps a third. I'd like to keep an eye on the banish/fear targets to know when I need to switch back to them.
As far as I know it's not possible, because the new api only shows buffs/dots on your target and focus. For the functionality you want, you need to parse the combat log. Watch over to this post for more info.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
For clarification; Pounce initially stuns the target for 3 seconds (4 seconds talented) and applies a 8 second bleed-dot to the target.
When I perform Pounce on a target only one debuff - the bleed dot - is shown. The stun itself does not show.
ClassTimer-1.0 r38827\ClassTimer.lua:302: in function <Interface\AddOns\ClassTimer\ClassTimer.lua:300>
ClassTimer-1.0 r38827\ClassTimer.lua:455: in function `StickyUpdate'
ClassTimer-1.0 r38827\ClassTimer.lua:729: in function `setFunc'
Waterfall-1.0-37383 (Baggins):2318: in function `ToggleChecked'
Waterfall-1.0-37383 (Baggins):2246: in function <...\AddOns\Baggins\libs\Waterfall-1.0\Waterfall-1.0.lua:2243>
---
1) Add Sticky -> Curse of Agony
2) Dot mob with Curse of Agony and it shows on sticky.
3) Untarget then retarget mob and another Curse of Agony appears on sticky, with the same timer.
4) Cast Corruption on mob, another Curse of Agony appears on sticky.
5) At this point there are three Curse of Agonys on the sticky bar. I can keep adding more by repeating #3 and #4.
The all in one feature also doesn't appear to be grouping stickies.
When I click 'Lock' under the sticky bar options twice I get:
Interface/Addons/ClassTimer/ClassTimer.lua:
302 bad argument #3 to 'gsub' (string/table/function expected)
I got this error somehow and clicking ok did nothing. I had to /console reloadui to remove it:
Interface/Addons/ClassTimer/ClassTimer.lua:
48 bad argument #1 to 'pairs' (table expected, got nil)
I had just updated all my ace mods with the latest ace updater before testing this.
But if I do that, I don't see how many deadly poison are on my target :)
+ Add missing spell in All locale to Babble-Spell-2.2.lua
+ koKR,zhCN,esES update
+ add some spell in classtimer
Classtimer(r38833) dont display player bar, target bar, etc
Display nothing in bars
Had to resap a mob before a pull so ended up with 2, then that happened constantly.
rampage is a buff that a 41point fury warrior can use After they get a crit.
once it is up, each subsequent crit makes it stack and refresh up to a total of 5 times - at which time it stops refreshing and eventually goes off. it lasts 30 seconds total time excluding refreshes by crits to stack it to 5 times.
currently classtimers is showing it as still refreshing after the 5th application - but in reality it isn't refreshing. - elk buff bar shows this correctly, but i don't believe it is using the new API.
perhaps you can add some check to limit auto refreshes to 4 times before the user has to press the buff again to refresh it - and the user has to press it each subsequent time until it wears off. - not sure if this is possible though. the way it is currently working makes it worthless really.
As far as I know it's not possible, because the new api only shows buffs/dots on your target and focus. For the functionality you want, you need to parse the combat log. Watch over to this post for more info.