Execute trigger delay is doubled compared to vanilla

Some background first; the way Execute works in vanilla and classic is in two stages. When you cast Execute the damage of the skill is calculated including the excess rage, the cost of the skill itself is deducted immediately (15 rage untalented), the Execute damage is applied at the next batch tick and then a server-side script runs which after a delay reduces your remaining rage to 0. Additional bug reports from warriors indicated that any rage generated during this trigger window is lost once the trigger reduces your rage to 0. For example, if your Execute cast procs Windfury Totem then the rage generated by that extra attack is not factored into the Execute damage, and is then completely lost when the trigger reduces your rage to 0.

The reason Execute feels clunky in Classic is because this trigger delay is double the size of what it was in vanilla, as we will show in the frame-stamped videos below. We will use the format [F:frame-number][R:total-rage] description to describe the timeline:


Curse vs. Patchwerk (Vanilla, Warrior PoV)

[F:5857][R:33] Warrior hits the Execute button
[F:5859][R:34] Warrior gains 1 rage through Bloodrage, rage bar not updated yet
[F:5863][R:19] Execute cast goes off, cost is deducted (15 rage)
[F:5863][R:43] Windfury procs off Execute for 741 damage, generates 24 rage
[F:5863][R:43] Execute crits Patchwerk for 2005
[F:5869][R:00] Execute trigger runs and reduces rage to 0

We can observe a few thing things here. First is that the rage generated by the Windfury proc was not factored into the Execute damage. This is shown by the 34 rage Execute damage calculation below:

Relevant talents & buffs: Impale (proven earlier in the video), Deathwish
Relevant debuffs: 5xSunder Armor, Faerie Fire, Gift of Arthas
Armor: 3731 - 450*5 - 505 = 976
Armor DR: 976 / (976 + 400 + 85*60) = 0.1507
Execute raw damage: (600 + (34 - 15)*15 + 8) * 1.2 * 2.2 = 2357.52
Execute damage: 2357.52 * (1 - 0.1507) = 2002.241736

Factoring in rounding of some of these parameters by the server puts us at the the 2005 execute damage. The rage from the Windfury proc is then lost completely at frame 5869.

The next thing we can observe is that the length of the trigger is ~400ms. The video was recorded at 15 FPS so each frame is 1000/15 = 66.666... milliseconds. The Execute damage is applied at frame 5863 and the trigger runs at frame 5869, a difference of 6 frames. (5869-5863)*(1000/15)=400.


Enabled vs. Giant Yeti (Classic)

[F:019][R:35] Warrior hits the Execute button
[F:033][R:20] Execute cast goes off, cost is deducted (15 rage)
[F:057][R:20] Execute hits Giant Yeti for 242
[F:105][R:00] Execute trigger runs and reduces rage to 0

In this video recorded today in Classic we can see that the trigger delay is 800ms, double what it was in vanilla. The video was recorded at 60 FPS so each frame is 1000/60 = 16.666... milliseconds. The Execute damage is applied at frame 57 and the trigger runs at frame 105, a difference of 48 frames. (105-57)*(1000/60)=800.


Conclusions

  • Rage generated during the trigger window is lost completely and not factored into Execute’s damage (trigger window here is defined from the moment the Execute cast goes off until the rage is reduced to 0). This is vanilla behavior and not a bug.

  • The trigger window is double the length in Classic, which makes the problem of rage being lost much, much worse. A Warrior spamming Execute in Classic has 800ms windows where none of his auto attacks or extra attack procs will generate rage towards being able to hit Execute again at the next GCD.

-magey & the Fight Club team

33 Likes

Good work.

Not just execute, it is nearly everything. All so mages and can sheep one another. Real note, this batching is SUPER bad. I really enjoy as a healer waiting to drink for 10 seconds after everything is dead. I also enjoy totem twisting, to where it will be sometimes 4seconds and other times 15seconds on the window. This batching is straight terrible.

12 Likes

bump need fix

bump

Noticed something was off…

1 Like

bump, this needs to be looked into

2 Likes

Bump.

This also seems to affect Ferocious Bite. (If you tick energy just after hiting with FB, it is immediately lost)

3 Likes

Hopefully fixed ASAP. It doesn’t feel good when the game steals all your rage gained after an execute. Especially noticeable on Horde and may explain the overall bad performance from Horde warriors.

Bump

Been a pain to deal with.

Yeah this feels horrible to play with. Have had countless fights in dungeons on boss mobs where I spam execute at just above 20% in preparation, boss does in the window of time execute is deciding if it feels like going off. I’m left sitting with a max rage bar and a dead boss feeling pretty horrible about the whole situation.

1 Like

Artificial delays affect every single class. Rip PVP.

3 Likes

What a well written post

What do you think Blizzard?

3 Likes

Nothing as usual :roll_eyes:

2 Likes

I’m seeing reports that Unbridled Wrath rage gains are also effected by the batching :frowning:

Guess what’s NOT affected by the delay?

China gold farming

I’d bet most of them don’t play warriors :slight_smile:

To be fair, the sheep thing was possible in Vanilla iirc.

They said in a Q&A or a blue post that they wanted to preserve the mages both sheeping each other thing. The things that shouldn’t be happening are the things we are seeing like the execute issue. I’ve also experienced many times where I can charge a hostile mob, it will get the short stun, but If I run away immediately without auto attacking, the mob will never aggro on me and i’ll drop combat.

1 Like

For some it’s good, for others not so much.

It seems like just about every class is screwed in some way by this batch crap. I feel like I need to reevaluate my entire spec because of it. Since half of my Rogue skills fail to perform as they should.

2 Likes