- 2011/04/06 01:29:00 AM
There are two issues here.
One is that the combat log is saying “refresh” in a confusing way when it’s really just applying damage to the shield (i.e. a new shield has not been created). We’re looking at some ways that might be fixed.
The second issue has to do with our combat log (or third party logs) apparently disagreeing about what happened. Remember, our combat calculations are done on the realm side and then reported to the client, but the client only gets those reports periodically. The message has to travel a potentially long distance between your client and our realms. It’s important that the calculations are done realm-side though, to maintain gameplay integrity.
Because of the latency inherent in client – realm communication, it can appear that a hit lands before the shield procs, yet still applies to the shield, leading to the mistaken impression that the proc isn’t occurring properly. In reality, the server is (probably) performing the steps correctly, but the client sometimes lags behind. For example, there's a case where what actually happened is this sequence: 1) shield proc, 2) hit, 3) absorb, but the client is slightly behind and instead (incorrectly) shows 1) hit, 2) shield proc, 3) absorb in the combat log. Or it could appear that you lost shield points without actually taking less damage, when in reality either the shield or your health pool weren’t affected. Or it could appear that if you take multiple hits nearly simultaneously that the shield did nothing to the later hits, but in reality the shield was gone on the first hit and your client just hasn’t been notified of that fact yet. We will investigate this issue just to make sure, but we’re pretty confident that Savage Defense and Blood Shield are working correctly and are just sometimes getting misreported. With Savage Defense lasting longer in 4.1, you may see this kind of thing more often.
The takeaway is that latency can in some cases cause combat log display issues like the one we’re seeing here. We understand that a lot of you use the combat log as a reporting tool to analyze a fight after the fight has concluded. The combat log as currently implemented is supposed to give you a data feed in real time. We’d like to redesign the combat log to fill that post-combat analysis role better (as Ghostcrawler alluded to in a recent Q&A) but that is a Very Big Task. Just delaying the current combat log so that it was in 100% parity with the server could cause serious issues with third party mods among other things, so we have to be careful not to turn a single screw and end up dismantling the whole machine, so to speak. Despite its limitations, it remains an accurate and useful tool in the vast majority of circumstances.