Very minor -- In the new Curse Client v4, it lists oRA2 as a "Boss Encounter" mod, and oRA3 as "Miscellaneous" which might make it harder for someone to find. Maybe. I did say it was minor.
There is no 'raid' typ-a-thing so misc it is, boss encounters is bullshit as well, but guess that's a leftover from the conversion of old wowace -> newwowace
RE: Druid Rebirth, I was chatting with Rabbit/vhaarr on IRC about it and he mentioned that what might be needed is a combat log from one raid member showing another (a Druid) doing a battle res.
So I emailed him the following from my combat log last night (NOTE: Orbu (me) and Draktyr are Druids. This is from Orbu's log):
why use spellID's for player spells? once your ingame you can just grab the localized name via GetSpellInfo and compare with that as it should grab all ranks of a given spell.
why use spellID's for player spells? once your ingame you can just grab the localized name via GetSpellInfo and compare with that as it should grab all ranks of a given spell.
Because number compares are faster than string compares, and we don't give a shit about lower ranks.
Excellent log, the problem was really that oRA3 wasn't watching the highest rank of rebirth
Fixed that.
Cool, thanks :)
If now oRA3 would allow me to set "+" as invite keyword, I can finally switch ;)
(Hacked the check myself from "< 2" to "< 1" in the code now, but that's a bit annoying for updating.)
edit:
Got this when my party leader was changed in combat:
[2009/09/18 12:02:37-2534-x1]: <event>ADDON_ACTION_BLOCKED:AddOn 'oRA3' tried to call the protected function 'oRA3FrameSub:SetPoint()'.
<in C code>: in function `SetPoint'
oRA3-270\oRA3.lua:812: in function `AdjustPanelInset'
oRA3-270\oRA3.lua:310: in function `?'
CallbackHandler-1.0-5 (Ace3):146: in function <...Ons\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[1]":4: in function <[string "safecall Dispatcher[1]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[1]":13: in function `?'
CallbackHandler-1.0-5 (Ace3):91: in function `Fire'
AceEvent-3.0-3 (Ace3):119: in function <Interface\AddOns\Ace3\AceEvent-3.0\AceEvent-3.0.lua:118>
I'm getting some strange problems with autopromote and guild invite keywords for the last weeks. I can't really describe the circumstances when the problem happens. Players with the same guildrank don't get invited when whispering the keyword from one second to another (people where out of group on both whispers). The same problem happens with autopromote. I can't really find a pattern when this happens. Sometimes people get invited after their second whisper, or they don't.
Has anybody had a problem like this or has an idea what's the problem?
Ok, the error I posted two posts up is not only occuring on group changes. I get it multiple times during combat in raids. I don't know what really triggers it.
And I have found another bug:
Soulstones are not detected from the combatlog. Maybe another rank problem? ;)
Ok, the error I posted two posts up is not only occuring on group changes. I get it multiple times during combat in raids. I don't know what really triggers it.
And I have found another bug:
Soulstones are not detected from the combatlog. Maybe another rank problem? ;)
Provide logs on the soulstone issue
I have reduced the chance for that error on group change occuring, I will apply a proper fix at a later date. tjhe adjustpanelinset was called too often.
I'm using the deDE client. "Seelensteinauferstehung" is "Soulstone Resurrection".
I have reduced the chance for that error on group change occuring, I will apply a proper fix at a later date. tjhe adjustpanelinset was called too often.
There is no 'raid' typ-a-thing so misc it is, boss encounters is bullshit as well, but guess that's a leftover from the conversion of old wowace -> newwowace
-Ammo
Also, is there anyway to get these not to show in PVP?
Doesn't work for me too, there were no changes on this since my post some time ago here.
http://forums.wowace.com/showpost.php?p=287798&postcount=132
So I emailed him the following from my combat log last night (NOTE: Orbu (me) and Draktyr are Druids. This is from Orbu's log):
Let me know if I can help with anything else...
Fixed that.
-Ammo
Because number compares are faster than string compares, and we don't give a shit about lower ranks.
This is Lua. String compares are pointer comparisons, not strcmp().
Fair enough.
Cool, thanks :)
If now oRA3 would allow me to set "+" as invite keyword, I can finally switch ;)
(Hacked the check myself from "< 2" to "< 1" in the code now, but that's a bit annoying for updating.)
edit:
Got this when my party leader was changed in combat:
Has anybody had a problem like this or has an idea what's the problem?
And I have found another bug:
Soulstones are not detected from the combatlog. Maybe another rank problem? ;)
Provide logs on the soulstone issue
I have reduced the chance for that error on group change occuring, I will apply a proper fix at a later date. tjhe adjustpanelinset was called too often.
-Ammo
I'm using the deDE client. "Seelensteinauferstehung" is "Soulstone Resurrection".
Thanks.
-Add MT target (like ora2) or at least, another Ora3_MT addons
-Add option to hide Cooldowns monitor
- Tanking targets are the responsibility of your unitframes addon.
- Last I checked, there is already an option to disable the cooldown monitor.
the only way I found is to manually uncheck all tracked cooldown for each classes.
I dont like the way my unitframe deal with MT targets :( Do you know a small addon that show you MT targets like did ora2 ?
On the same page where you can enable the individual cooldowns there is a checkbox at the top which enables/disables the whole cooldown tracking.
http://www.wowace.com/addons/wtf/
What frames are you using killmore?