Originally Posted by Divis0R
If someone with a better understanding of the mechanics can uncover the secret, I would be grateful. If not, I'll just say thanks to Blizzard.
|
Please be aware that the combatlog is often very much out of order and not 100% accurate. Sometimes events will be missing and such.
If I had to guess what is happening with flame shock the SPELL_AURA_REMOVED event is happening client side (it knows about the buff and the server tells the client the duration so it knows when it should expire) so it happens the ms it should. DAMAGE events all happen server side however and the client doesn't get notified about the damage happening until it gets the notification from the server. Thus you can see the damage event after the removed event if your server latency is greater than the time that it ticked before expiring. Same thing goes with Lava Surge, the client knows when flame shock expires, but it doesn't know when a Lava Surge proc occurs until it is told by the server.
From what you have posted, I don't see any behavioral bug. This can probably be called a combatlog bug, but it's just the way it works for everything, and nothing specific to flame shock. As Blizzard posted in a recent Q&A, if they wanted to synchronize the client events with the server events and have the events in order, it would break a lot of stuff. At a minimum from my understanding of the issue it would delay when addons receive events that are currently handled client side.
To put it in Flame Shock terms if you had a PowerAura showing when you had flame shock up, currently the addon will be notified right when it expires so that you can reapply it immediately. If they had to fix the out of order combatlog, the addon would not get notified about it expiring until the server could send an event, meaning you wouldn't get notified about your flame shock expiring until your server latency after it happened.