This list is continously updated whenever we confirm findings.
Log hooks are provided by Blizzard. WCL cannot fix it.
Maintained by the WCL Team. If you have any question, additions or updates, please reach out on our Discord or dm me (xepher1s
).
Thanks to all the folks helping spotting these and reporting them.
Last updated: May 8. Click for an overview of changes
- FAQ
- Reattribution problems
What does this mean for me as affected spec that gets buffed or as Augmentation Evoker?
Basically, this inflates the buffed players throughput. Not all of what they owe to the buffing Evoker gets reassigned because the combat log simply doesn't tell us.
As example, one week they may get buffed by 2 Evokers and will have a good parse as result. The next week, they perform at around the same level, but don't get buffed at all. Their resulting performance will be (possibly significantly) worse because they are competing with players that may have dedicated Evokers buffing them specifically or accidentally, and of course their past self.
Why is this problematic? Depending on the degree of lack of reattribution, both parties have a significantly harder time to evaluate their performance:
- the Evokers throughput is combined into other players throughput making it harder to tell who is a good target to buff & when & why
- other players throughput is inflated making it harder for them to e.g. compare cooldown windows
Depending on factors such as tuning, raid composition and individual player skill it may however be the better play to intentionally buff badly reattributing specs. After all, what matters is that you contribute to downing that boss.
How to Spot a Lack of Reattribution
- obviously the first step is to make sure the player received any buffs. theres multiple ways to do so but the easiest is to just hover a players throughput column and see whether it has a tooltip:
- if not, then this player was not buffed at all.
- if so, click the buffed player and hover the DPS column. for a reattributing ability, it should look similar to this depending on how frequently they were buffed:
- an ability not reattributing simply wont have this tooltip
-
now this is a bit more tricky. each ability that reattributes should have a reattributing event basically directly or very close after the initial event. there may be minor delay but usually they are share the same timestamp.
-
do note that certain things are expected to not reattribute:
- embellishments and trinkets don't scale with main stat, so no
Ebon Might
reattribution - abilities that are guaranteed to crit e.g. during
Combustion
orLava Burst
should not reattributePrescience
- embellishments and trinkets don't scale with main stat, so no
What is reattribution and how does it work?
Reattribution is what we call the process of reassigning throughput from a buffed player to the implicit origin, the buffing Evoker.
Blizzard themselves are providing the tools for this via the combat log file. Addons in game have also access to a combat log, but it sees different things than what's in the file. Addons however have no access to the file, which is why addons cannot reattribute ingame.
How does it work?
The process is relatively simple, but this is technical so buckle up. The combat log is effectively just a text file, each line is an event and events come in different sizes and shapes, for example SPELL_DAMAGE
or ENCOUNTER_START
.
Let's start with an unbuffed player and how a simplified combat log could look for them:
1, SPELL_DAMAGE, Vollmer-Ragnaros, 120, 20, 1
which translates to:
timestamp: 1
type: SPELL_DAMAGE
player: Vollmer-Ragnaros
damage done: 120
mitigated: 20
ability id: 1
In above example, Vollmer used ability 1 (melee) to do 120 damage of which 20 were mitigated, so 100 effective damage.
If Vollmer would've been buffed, it'd look like this:
1, SPELL_DAMAGE, Vollmer-Ragnaros, 138, 23, 1
1, SPELL_DAMAGE_SUPPORT, Xephyris-Blackrock, Vollmer-Ragnaros, 18, 3, 395152
which translates to:
timestamp: 1
type: SPELL_DAMAGE_SUPPORT
player: Xephyris-Blackrock
buffed player: Vollmer-Ragnaros
damage done: 18
mitigated: 3
ability id: 395152
which states that Xephyris did 18 damage via the spell 395152 (Ebon Might
), which in turn means, these 18 should be deducated from Vollmer (138 - 18 => 120 like before).
The ongoing reattribution issues have multiple facettes:
- events missing entirely: a specific spell scales with main stat but simply doesn't result in _SUPPORT events
- there's subcases of spells that should conditionally reattribute but currently don't. e.g. shadow priest will do more damage via
Shadowy Apparitions
via a talent because of procs from crit. some of these crits will be due toPrescience
. Thus someShadowy Apparitions
damage should be reattributed. This is likely not as straight forward as just main stat scaling and also probably within the margin of error in the grand scope.
- there's subcases of spells that should conditionally reattribute but currently don't. e.g. shadow priest will do more damage via
- events missing for a specific buff: a specific spells scales with main stat and should reattribute e.g. Ebon Might, but doesn't. the spell properly reattributes for Prescience however
- events sometimes missing, e.g. under specific circumstances: a specific spell doesn't reattribute all the time but should, e.g. fully absorbed hits don't reattribute currently (see below)
- events claiming too much: a specific spell claims very obviously too much, e.g. 100% of the origin events value
- events claiming too little: a specific spell claims very obviously too little, e.g. negative values
- events effectively empty: a specific spell (sometimes) simply has no value. not 0, just no value at all
- events sent when they shouldn't: the player isn't buffed anymore and hasn't been for a considerable time so it can't be projectiles being fired when a buff was still present
Ebon Might
,Shifting Sands
andPrescience
do not reattribute anything if the origin damage is fully absorbed- note how in that log the mentioned abilities do 0 damage despite considerable uptime
- this was fixed prior but reintroduced on July 26
Inferno's Blessing
andFate Mirror
work
- in large pulls, support events may write negative values, presumably until leaving combat
- note that this seem in fact to be directly related to the pull size. we've only seen it on e.g. the first pull of Neltharion's Lair or pulls with many lashers in Brackenhide Hollow between 1st and 2nd boss
- another good example here on
Tindral Sageswift
- trinket friendly fire on yourself reattributes, e.g. Echo of Neltharion trinkets or
Vessel of Searing Shadows
- environmental damage may reattribute (needs reproduction example)
- healing attribution is broken for any hot
- it'll claim up to 100% of the healing done
- e.g. note
Ebon Might
taking 100% of thisLifebloom
- e.g. note
- for examples, just check the Aberrus Augmentation leaderboard for Healing, e.g. this log
- it'll claim up to 100% of the healing done
- player buffs and debuffs increasing throughput such as orbs on Smolderon, P2 of last boss Throne of the Tides, P2 of last boss Black Rook Hold are not factored into reattribution events of
Shifting Sands
, meaning too little throughput is subtracted from buffed targets
Note how these:
are not only empty but also, the hunter does not have Shifting Sands from these evokers at the time:
Prescience
sometimes claims the entire damage of the origin ability for a short period of timefixed Nov 29Breath of Eons
sometimes doesn't extendEbon Might
false positive! this is intentional for special cases such as a crit triggeringPrescience
can claim damage even if the origin damage wasn't actually a crit. Discovered Dec 15, but present since July 25. exampleBlade Flurry
/Ignite
/Caustic Splatter
/Sanguine Blades
-like abilities that don't crit.Prescience
will then tax appropriately, but as non-crit
We'll try to provide examples for each but this list grew over a couple of months so bear with us while we don't have examples for all.
Entropic Embrace
(id 259756)
Finishing Wound
(id 426284)
reattributes as of Dec 13Blade Flurry
(id 22482)reattributes as of Dec 13Shadow Blades
(id 279043)Soulreave
(id 409605) andSoulrip
(id 409604) -- both components of Aberrus T30 so not terribly important at this pointreattributes as of Dec 13Sanguine Blades
(id 423193)Poisoned Edges
(id 409483)reattributes as of Nov 29Caustic Splatter
(id 421979)Sudden Demise
(id 343769)reattributes as of Nov 29Envenomous Explosion
(id 426581)reattributes as of Jan 23 (probably fixed with 10.2.5)Shadow Eviscerate
(id 424491)
reattributes since Nov 22Beast Cleave
(id 118459)reattributes since Nov 22Kill Cleave
Soulscar
(id 390181)Ragefire
(id 390197)has been reworked into a buff insteadChaotic Disposition
(id 428493)The Hunt
(id 370971) - healingCharred Warblades
(id 213011) - healing
Dimensional Cinder
(id 427285)
Lightning Rod
Ancestral Guidance
(id 114911)
partially fixed in the week of April 14. The buff source is logging incorrectly, so it appears as if the druid was buffing themselves with whichever Aug buffs they were buffed at the time.Frenzied Assault
(id 391140)partially fixed in the week of April 14. The buff source is logging incorrectly, so it appears as if the druid was buffing themselves with whichever Aug buffs they were buffed at the time.Burning Frenzy
(id 422779)Tear
(id 391356)
Boneduest Brew
(id 325217)Charred Passions
(id 386959)Charred Dreams
(id 425299)- melee hits as Mistweaver
- note that these below may be reattributing
Shifting Sands
and it's based on a key log where naturally no sands were on the mw Ancient Teachings
(ids 388024, 388025)Chi Harmony
(id 423458)Ancient Protection
(id 429271)Soothing Mist
(id 115175)
Glacial Blast
(id 424120) -- should NOT reattributePrescience
butEbon Might
andShifting Sands
- melee as disc priest -- for completeness sake I suppose...
Vampiric Embrace
(id 15290) - healingDevouring Plague
(id 335467) - healingVampiric Touch
(id 34914) - healingMindgames
(ids 375902, 375904) - healingHalo
(id 390971) - healingBinding Heal
(id 368276)Sanctuary
(id 208771)
Lava Slag
(id 427729) T31 4pc- melee for Elemental -- for completeness sake
Cleansing Flame
(ids 425261, 425262) T31 4pcShield of Vengeance
(id 184689) -- unsure if this should reattribtueEbon Might
, but it certainly scales with vers and should reattributeShifting Sands
Blessed Hammer
(id 229976) doesn't reattribute healingBulwark of Order
(id 209388)
Timestrike
(id 419737) does not reattribute anythingLeech
is not reattributing anything but is arguably low priority
Fatal Mark
(id 383706)
Flametongue Attack
(id 10444)
Kill Command
(id 83381)Kill Command
sourced to BM / Survival hunter reattribute since Nov 21Kill Command
sourced toDire Beasts
reattributes since Nov 29
fixed on or before Nov 21Claw
Kill Cleave
can stop reattributingEbon Might
for the remainder of a key (and presumably similarily in raid until zoning out) if the main pet dies and gets rezzed- note how here Catwag has no reattribution on Kill Cleave from
EM
- plenty of reattribution from Foxwag which died sec 18 and got rezzed 4s later
- it does work the next key again however
- note how here Catwag has no reattribution on Kill Cleave from
- bm hunters can underattribute regardless of above fixes when the main pet loses its internal reattribution status somehow
- sounds obscure but the devs are aware
Tear Open Wounds
(id 391786) -- also does not reattributeShifting Sands
, see belowTear
(id 391356) -- also does not reattributeShifting Sands
, see below
fixed on or before Nov 16Sigil of Flame
DoT
Death Coil
DoT
Soul Cleave
(id 387502) via Fel Guard
- melee as holy paladin. note this is different to melee from mistweaver which indeed does not reattribute anything, while hpal reattributes
Shifting Sands
andPrescience
Earthquake
(id 77478)
Shadow Rupture
(id 424493) only reattributesPrescience
Fervid Bite
(id 425534) only reattributesPrescience
, see below
Shield of Vengeance
(id 184689)Hammer of Wrath
(id 24275)
Fervid Bite
(id 425534) only reattributesPrescience
, see above
reattributing presumably since 10.2.5Feral Frenzy
(id 274838) is not reattributing its bleed. the initial hit works. it's a bit harder to spot but note how after each non-tick event, anEbon Might
reattribution event is present for the same millisecond, but for the ticks, there's none. also note that it's not possible to limit reattribution to a specific ability, so its showing other damage reattribution in here too, meaning that the nextEbon Might
event that is delayed by e.g. 50 milliseconds at01:48.488
is from another damage source. the matching EM event should be at01:48.434
likeShifting Sands
andPrescience
are.Brambles
(id 203958)Tear Open Wounds
(id 391786) -- also does not reattributeEbon Might
, see aboveTear
(id 391356) -- also does not reattributeEbon Might
, see above
Shadow Rupture
(id 424493) only reattributesPrescience
, see above
- there seem to be general reattribution problems for BM hunters with SS.
- in this log, Havoc and BM have roughly the same uptime (9% difference)
- yet Havoc - which at this time is still heavily underattributing due to
Ragefire
andSoulscar
not reattributing anything - gains 22.98k dps from SS, while the Hunter gains only 14.23k (~38% difference) - both do gain roughly the same from
Ebon Might
: Hunter 14.91k <-> Havoc 15.66k - note that the culprit seem to be pet-sourced abilities. reattribution for damage sourced to the hunter has usually
Shifting Sands
dominating, but for pets its always behindEbon Might
Prescience
does not work withShadowy Apparitions
orTormented Spriits
Prescience
does not seem to increaseChaos Bolt
damage
Master Marksman
(id 269576) seems to be underattributing heavily; example log, only 297/6282 (~4.7%) are reattributed
I added a section in my fork for resto druid in the special cases.
https://gist.github.com/RoastedRowlet/e467b23ef05ba98b53ab8edab6cc4357#druid-2
might be worth to add. (cant pull request a gist)