Authors CurseForge

omg how they are sucking morethan i thought.

I have documented this bug with screens on the wow forum so, hoping things will move in the futur...

http://forums.wow-europe.com/thread.html?topicId=3641965871&postId=37784611483&sid=1#7

It shows clearly the lack of informations received from a hunter view for example where traps are very important to us..

Two events get renamed in 2.4.3, and 3 got added. I edited the first post to reflect this change:

Prefix SPELL
Postfix (_AURA_DISPELLED, _AURA_STOLEN, before 2.4.3), (_DISPEL, _STOLEN, after 2.4.3) (_AURA_BROKEN, _AURA_BROKEN_SPELL, _AURA_REFRESH, added with 2.4.3)

Quote from Elsia »

Two events get renamed in 2.4.3, and 3 got added. I edited the first post to reflect this change:

Prefix SPELL
Postfix (_AURA_DISPELLED, _AURA_STOLEN, before 2.4.3), (_DISPEL, _STOLEN, after 2.4.3) (_AURA_BROKEN, _AURA_BROKEN_SPELL, _AURA_REFRESH, added with 2.4.3)

thank you, was just about to report this myself :)

There also seems to be a new SPELL_RESURRECT, still waiting for details on the arguments, likely its a spell info block for the resurrection spell used.

Thanks to Acacia it's confirmed that SPELL_RESURRECT has standard SPELL_ prefix fields and no additional fields (as of current WoTLK beta build).

New event from Beta 8770

SPELL_BUILDING_DAMAGE
same parameter than SPELL_DAMAGE apparently

SPELL_BUILDING_DAMAGE,0xF150006CCA003390,"Machine volante de Joug-d'hiver 2 (bombardier)",0xa28,0xF11002E7AC0003DB,"Pont central",0x4228,49693,"Front Cannon",0x4,70,4,0,0,0,nil,nil,nil

note also something new:
The 3rd value on the unitGUID of "Machine volante de Joug-d'hiver 2" is = 5
Thats seem to describe a NPC (with standard GUID value) but who are specially affiliated to an other.
Typically, when the NPC(A) (for example: a Knight) is mounting the NPC(B) (a horse), you often have to fight the npc B, (horse) then the npc A (knight). In that case, the NPC (B) will have the tag = 5, and the NPC A will have the usual tag = 3.
Additionnaly, (and from what i have seen), you can't attack the NPC (B) if the NPC (A) isnt there.

Could someone please explain the circumstances for powerType==-2 (health)? Couldn't find anything in my combat logs (ZA, BT, MH).

NEW information from beta:

SWING_MISSED and SPELL_MISSED now return the total amount of blocked or absorbed damages. (last parameter)
This actually doesnt work with resist, I don't know if it will in the future.

9/3 17:53:43.363 SWING_MISSED,0xF130005DA200CFE3,"Squelette vrykul",0xa48,0x000000000007862B,"xxxxxx",0x511,BLOCK,214
9/3 18:13:54.113 SPELL_MISSED,0x000000000007862B,"xxxxxx",0x511,0xF130005D9800B94D,"Lanceur de runes ?corche-dragon",0xa48,47501,"Coup de tonnerre",0x1,ABSORB,384

Quote from Tifi »

Could someone please explain the circumstances for powerType==-2 (health)? Couldn't find anything in my combat logs (ZA, BT, MH).

I never saw health used as powertype neither, but i can't say that this will never happen in future... maybe this could happen in DRAIN or LEECH events with direct health transfert...

I've added all reported WotLK beta changes and additions to a separate section of the first post. Thanks all for reporting, keep them coming.

Precision for the missed events:
All full avoidance miss types (DODGE, PARRY etc.) are actually not returning the last parameter at all.
example:

9/3 17:35:40.363 SWING_MISSED,0xF130005E1000B90E,"Fabricant d'arme ?corche-dragon",0x210a48,0x000000000007862B,"xxx",0x511,DODGE

RESIST actually always return a 0 value, so i guess it will work in the future.

9/3 22:31:12.050 SPELL_MISSED,0xF130006867001633,"Ascendant chasseur de mages",0xa48,0xF140015EBA00001C,"xxx",0x1112,12737,"Eclair de givre",0x10,RESIST,0

I just figured a new huge thing in the current beta build:

SPELL_AURA_APPLIED and SPELL_AURA_REMOVED event have their source credited!
note that SPELL_AURA_REMOVED_DOSE have still Nil Sources.

SPELL_AURA_APPLIED,0x000000000009E846,"xxxx",0x512,0x00000000000773AB,"yyyy",0x512,30029,"Saccager",0x1,BUFF
SPELL_AURA_REMOVED,0x00000000000725C7,"xxx",0x512,0x000000000007862B,"yyy",0x511,48065,"Mot de pouvoir : Bouclier",0x2,BUFF

Additionnaly PoM, ES and LB en even Jugdment of light are credited to the original caster.
(but well there are some bugs it seems, since me as a warrior get the credit sometimes - but not often):
example for Pom (in french)

SPELL_HEAL,0x00000000000725C7,"xxx",0x512,0x000000000009E846,"yyy",0x512,33110,"Pri?re de gu?rison",0x2,1759,0,nil

Earth shield is also credited to the caster.

Can someone verify is this is true for all target-threat heals like Lifebloom and Prayer of Mending? If yes it'll make correct health stats easy and free of heuristics.

Quote from Elsia »

Can someone verify is this is true for all target-threat heals like Lifebloom and Prayer of Mending? If yes it'll make correct health stats easy and free of heuristics.

I am currently working on an external tool to watch log on a timeline
here are some screens of the current events.
If things stay like this, (and are a little debugged), this mean that no more tracking will be necessary, yes.

(I checked the PoM bugs in the raw log, they not come from my parser)

Nice so basically Lifebloom and Earthshield currently attribute to healer, while PoM still attributes to target. We'll see if future patches will change this but it's a good direction.

Quote from Elsia »

while PoM still attributes to target.

Watch closely, PoM is, most of the time, credited to the original healer. I dont know why, sometimes, it doesn't.

News from beta 8905

Credit for PoM are not better than in the previous beta, it sometimes gives right credit to original caster, and sometimes it doesn't. It's not reliable at this time.

Anyway, big news in this beta:
The log is now returning 2 amounts values for all _DAMAGE events.
The amount of damage, and the amount of overdamage. (basicaly the same thing than healing and overheal).

9/6 15:22:30.110 SWING_DAMAGE,0xF130003E54000917,"Anub'Rekhan",0xa48,0x000000000007862B,"xxxx",0x514,15789,5683,1,0,0,0,1,nil,nil
9/6 15:22:30.912 UNIT_DIED,0x0000000000000000,nil,0x80000000,0x000000000007862B,"xxxx",0x514

Here: amount 15789, overDamage 5683.

this new value is also provided with any _DAMAGE classes.