Our records show that you have outstanding author rewards points. Please confirm your latest payment information and redeem your points balance via the Author Reward Store.
Wierd i fixed my bug through deleting the "grimwald_timersoptional" array in the "root:World of Warcraft\WTF\Account\ACCOUNTNAME\SavedVariables\ora2.lua" file.
I'm guessing it will only work until you try to change the buffs/cooldowns you're displaying - UnregisterBucketEvent isn't called if you're not showing any timers yet.
To fix it permanently you have to replace "bucket.func" with "self" in AceEvent-2.0.lua, in lines 785 and 788. (You'll have to modify that in the first or most recent AceEvent version loaded.)
I also have problems with oRA2_Buff. The attached messages always appear when buffing myself (I haven't tried the addon in raids yet). I am using the German WoW-client.
This should be fixed now.
Additionally I moved the debug output to ChatFrame5 - still annoying if you acutally use it, but disabling debugging as mentioned before will get rid of the spam...
I am using the newest SVN Version (oRA2_Buff-r13156[Grimwald].zip) and the error i attached to my post is allways poping up when i click a option in the buffs menu. What can i do about that?
The 1st error is a bug in UnregisterBucketEvent - I already had a bug opened on Flyspray a few weeks back and it's posted on the WoWI-Portal linked in the Ace2 Thread as well...
The debug option will be set to false by default when most of the debugging work seems done. Until then you can alter it in the source code or enable/disable it calling SetDebugging() in the console.
Anyway, about the cooldowns - I'll add them if oRA2 will TriggerEvent() when cooldowns update
If you're using the cooldown module in oRA_Buff (in branches, still need a better name...) you'll get events called "SpellTimes_BuffChanged", "SpellTimes_CooldownChanged" and "SpellTimes_UnitChanged", with arg1 being the buff name, cooldown name or unit name...
With the last update of the oRA2 Buff module I moved the Buff/Cooldown code to a library, because they had a lot of stuff in common. Therefore the Buffs table has moved...
You should now use the library (SpellTimesLib (lacking a better name) in branches, AceLibrary("SpellTimes-1.0").BuffTimes[unitname]) or the RosterLib unit object (Roster:GetUnitObjectFromName(unitname).st_buffs) to get the end times per unit.
Complain to grimwald who created oRA2_buff, it's not my addon.
If anyone finds a bug and knows how to fix it, feel free to change code in there if you want to - I don't mind...
I'd also be happy if parts of the stuff I wrote would make it into the "official" oRA2 - the main reason I made it as separate add-on is that I didn't want to start messing in Ammo's mod. ;)
uhm this error is occurring asa i login :
any ways to solve it ? :(
tnx
I added "Grimwald_" to the module names (for registering at core and the translations), that error should be gone. (The (global) variable names have a different case now as well (and can be loaded at the same time) - but i might change that too once if found a better name...)
Anyway to incorperate this mod to have it broadcast on the SCT or MSBT event line instead??
Probably won't add those, because the mod is about making Blizzard's Raid Warning Frame usable, not replacing it. The redirecting should be done by a separate add-on imho, because you wouldn't need 90% of what IRWF does anyways...
I'm looking into adding an option to block all rw messages when in combat though. (Found the idea in the BigWigs thread and liked it. ;))
[*]Hope oRA2 cooldowns will allow me to add tooltips with cooldowns, unless oRA2 implements some nice GUI for it - CTRA protocol seems kindda crappy in this area
...
[*]Timers on buffs (sent by CTRA) are currently NOT planned
[/list]
There's an experimental module for oRA2 that tracks cooldowns in branches. (Made it after the buff timers one, same location at /branches/oRA2_Buff/Grimwald...). I'm currently saving the times a cooldown ends in unit["ora_cooldowns"][spellname], with unit being the rosterlib unit object and spellname the localised spell name you want to know. Alternatively you can use the texture, but that's a bit slower and might not always work because the texture path is not a unique key...
You could get the times the buffs end the same way.
List tags are malformed.
The buff end times in rosterlib's unit objects (u["ora_buffs"]) should be correct now, and can be used by other add-ons to compute the buff durations for the raid members. Doesn't have any UI itself (yet)...
local now = GetTime()
local endtime = Rosterlib:GetUnitObjectFromName(unitname)["ora_buffs"][bufftexture]
local timeleft = (endtime > now) and (endtime - now)
The fastest way to index the unit's buffs table is by buff name, but you can also use the CTRA buff IDs (those used in the RN messages) or the texture path. There still are some bugs that cause the end times to be off though - mostly when the raid roster is updated...
It doesn't have a UI yet, but it should create a table in the rosterlib unit object called ora_buffs, containing the times a buff runs out indexed by textures.
The module didn't do anything bad in tonights raid, I could even get some bugs fixed... This is how you can get time time left for a unit (unit is RosterLib's unit object, texture the buff's texture as returned by GetUnitBuff()) in seconds (or nil if not know/timed out):
local now, timers, endtime, time = GetTime(), unit["ora_buffs"]
endtime = timers and timers[texture] or 0
time = (endtime > now) and (endtime - now)
It doesn't have a UI yet, but it should create a table in the rosterlib unit object called ora_buffs, containing the times a buff runs out indexed by textures.
0
I'm guessing it will only work until you try to change the buffs/cooldowns you're displaying - UnregisterBucketEvent isn't called if you're not showing any timers yet.
To fix it permanently you have to replace "bucket.func" with "self" in AceEvent-2.0.lua, in lines 785 and 788. (You'll have to modify that in the first or most recent AceEvent version loaded.)
0
This should be fixed now.
Additionally I moved the debug output to ChatFrame5 - still annoying if you acutally use it, but disabling debugging as mentioned before will get rid of the spam...
0
The 1st error is a bug in UnregisterBucketEvent - I already had a bug opened on Flyspray a few weeks back and it's posted on the WoWI-Portal linked in the Ace2 Thread as well...
The debug option will be set to false by default when most of the debugging work seems done. Until then you can alter it in the source code or enable/disable it calling SetDebugging() in the console.
0
If you're using the cooldown module in oRA_Buff (in branches, still need a better name...) you'll get events called "SpellTimes_BuffChanged", "SpellTimes_CooldownChanged" and "SpellTimes_UnitChanged", with arg1 being the buff name, cooldown name or unit name...
0
With the last update of the oRA2 Buff module I moved the Buff/Cooldown code to a library, because they had a lot of stuff in common. Therefore the Buffs table has moved...
You should now use the library (SpellTimesLib (lacking a better name) in branches, AceLibrary("SpellTimes-1.0").BuffTimes[unitname]) or the RosterLib unit object (Roster:GetUnitObjectFromName(unitname).st_buffs) to get the end times per unit.
0
If anyone finds a bug and knows how to fix it, feel free to change code in there if you want to - I don't mind...
I'd also be happy if parts of the stuff I wrote would make it into the "official" oRA2 - the main reason I made it as separate add-on is that I didn't want to start messing in Ammo's mod. ;)
0
I added "Grimwald_" to the module names (for registering at core and the translations), that error should be gone. (The (global) variable names have a different case now as well (and can be loaded at the same time) - but i might change that too once if found a better name...)
0
Probably won't add those, because the mod is about making Blizzard's Raid Warning Frame usable, not replacing it. The redirecting should be done by a separate add-on imho, because you wouldn't need 90% of what IRWF does anyways...
I'm looking into adding an option to block all rw messages when in combat though. (Found the idea in the BigWigs thread and liked it. ;))
0
There's an experimental module for oRA2 that tracks cooldowns in branches. (Made it after the buff timers one, same location at /branches/oRA2_Buff/Grimwald...). I'm currently saving the times a cooldown ends in unit["ora_cooldowns"][spellname], with unit being the rosterlib unit object and spellname the localised spell name you want to know. Alternatively you can use the texture, but that's a bit slower and might not always work because the texture path is not a unique key...
You could get the times the buffs end the same way.
List tags are malformed.
0
0
The buff end times in rosterlib's unit objects (u["ora_buffs"]) should be correct now, and can be used by other add-ons to compute the buff durations for the raid members. Doesn't have any UI itself (yet)...
0
You can get the time left on a buff by using
The fastest way to index the unit's buffs table is by buff name, but you can also use the CTRA buff IDs (those used in the RN messages) or the texture path. There still are some bugs that cause the end times to be off though - mostly when the raid roster is updated...
0
/rs has been obsolete for ages - use really should use /rw instead.
0
The module didn't do anything bad in tonights raid, I could even get some bugs fixed... This is how you can get time time left for a unit (unit is RosterLib's unit object, texture the buff's texture as returned by GetUnitBuff()) in seconds (or nil if not know/timed out):
0
It doesn't have a UI yet, but it should create a table in the rosterlib unit object called ora_buffs, containing the times a buff runs out indexed by textures.
Edit: ora_bufftimers changed to ora_buffs