whole zone trains

[kirbycus]

ive only seen this happen on my monk, but its happened quite frequently, i seem to get the entire zones aggro out of nowhere, at one instance i was actually summoned to Velketor the Sorcerer after hunting on the floor for 10 minutes or so, was just wondering if this has happened to anyone else, or anything...

[trevius]

Feign Death is bugged in the emu. Currently, if you FD and even get the agro clearing message, eventually that agro will come back again and you will get a nasty train. This would be a nice bug to fix, imo. I haven't seen anywhere in the source that is causing this just yet, but I didn't really look too deeply into it. Basically, if you are worried about trains, the only real option is to camp out from time to time on the monk after FDs. At least until this bug is resolved.

[James76]

fix is coming soon, check the Combat Fixes thread in code submissions.

[joligario]

Summoning by Velketor doesn't make sense unless he was already damaged...

[So_1337]

Velketor has Call of the Zero as a spell, he can summon whether he's damaged or not.

[So_1337]

After speaking with Starsis, a monk on my server, it seems there's a link between this issue and the issue that is causing melee to overflow onto nearby mobs and wake them if mezzed. He's the first person I know of to find the link between the two, and he even tipped me off to a scenario he was experiencing that should give us a method for testing.

Here are the few posts I've made over at PEQ in regards to it. Hopefully his information helps to get this ironed out.

[So_1337]

I would ask that you please look at the rogue AA ability Escape as well. It's meant to work in the same way as Feign Death, by clearing the player off of the hatelist of enemies. However, I was just able to verify through testing that it has the same issue as Feign Death does; the client maintains a hatelist of any mobs that attacked it, and overflow melee will lead to that player attacking an enemy that should've been long forgotten.

Here are the steps that I just took to reproduce this. I encourage anyone else to test it as well:

1) Huscok, a rogue on our server, and I as my SK went to SoldungB.
2) I aggro'd Lord Nagafen and started tanking him. Huscok engaged as well.
3) We backed off around 85%, and Huscok engaged Escape, well out of Nagafen's aggro range. I feigned death. Lord Nagafen's hatelist showed Huscok clear from it as well as myself. Hatelists for Huscok and myself showed Lord Nagafen on it still.
4) Still FD, I moved myself to the zone-in and summoned the rogue. I instructed him to start killing kobolds. I went back to Nagafen and waited, still feign death.
5) I confirmed that Nagafen's hatelist was still clear and that Huscok's still included Nagafen. Nagafen was still at around 90% health, and I predicted that we would see Huscok summoned to him shortly. About 12 kobolds later, that came true. One of his final blows on a kobold landed on Nagafen, and it happened just as before.

I can confidently say that through the observations of Starsis, we have a definite way to recreate this. With Huscok's help, we know now that it also affects other classes with means of clearing aggro.

I hypothesize that bards are afflicted with this same exact issue with their Fading Memories ability. I will conduct further testing.

Thank you very, very much for looking into this, Derision. I know a few people who have given up their monks and bards because they could not consistently clear aggro when it certainly should've been done. I'll keep trying to contribute what I can find.

[KLS]

I'm looking into this further.

[So_1337]

Another thought -- The example I've used from the start of this overflow debacle is, let's pretend you have four attacks per round. The third kills the mob, so the fourth goes to the next thing on your hate list. However, how is it that a mob so far away can be hit with a melee attack? I'm guessing that distance is only checked at the beginning of an attack round, not for each individual attack.

This is more for my own understanding than anything, but I was wanting to confirm my understanding.

[KLS]

Distance is checked once, the problem is that it's overflowing for some reason.

[Derision]

Originally Posted by So_1337

Another thought -- The example I've used from the start of this overflow debacle is, let's pretend you have four attacks per round. The third kills the mob, so the fourth goes to the next thing on your hate list. However, how is it that a mob so far away can be hit with a melee attack? I'm guessing that distance is only checked at the beginning of an attack round, not for each individual attack.

This is more for my own understanding than anything, but I was wanting to confirm my understanding.

I instrumented the code with loads of printfs to confirm the overflow to the next mob on the hate list and even saw it in the client chat window. Although I didn't specifically confirm it, I believe, like you, that the distance to the target is only checked at the beginning of the attack round, and not if the target is changed between attacks (in Mob::RemoveFromHateList ) during that round.

[KLS]

I have some changes to both the auto attack and hate list code that I think will correct it. Tell me if it doesn't and I'll dig deeper.