Request - roaming fights vs. makecamp

[zarroth]

For a few years now, it seems that when you do roaming fights, i.e. crawling, instead of using makecamp, whenever a toon with a pet casts a buff that targets said pet, it will stop wherever they happen to be and keep the pet targetted. When in camp, this isn't an issue, because that state breaks when a mob is brought to camp to fight, but when crawling that isn't the case. The toon will happily stay stuck to its own pet. I have gotten around this by putting a downflag condition in mq2melee that looks like this: /if (${Me.Pet.ID} && ${Target.ID} == ${Me.Pet.ID}) /target clear

I'm pretty sure it's not something I've configured incorrectly that causes this condition as it has been the case for about 5 years now, but wasn't prior to that. Is this something that could be fixed in the macro itself? I don't mind using the above work around, but it seems like it is something it shouldn't be doing by default. makecamp isn't the only way to use this tool after all.

 

[woobs]

I'm not sure of the issue. Is it simply the target? Or is the toon refusing to move with you (follow)?

 

[zarroth]

When the toon stops to buff their own pet, they will stay whereever they are and not follow again without some sort of intervention...either clearing the target, engaging in combat if they're still in range, or re-issue of the follow close command. It only affects classes that target their own pets to buff. It happens during makecamp situations as well, but the assist will end up over-riding this state so it's not really relevant in that scenario.

To attempt to clarify:

I am in a long hallway, fighting my way through the mobs. My toons are all following my main.

Everything proceeds perfectly, until a toon with a pet stops to buff their pet. The rest of the group will continue to move and fight out of assist range, so that toon that stopped to buff their pet will keep their pet targetted from that point on and will no longer move with the group, without intervention of some sort.

Hope this clears it up. Like I said, I put that downflag in and it works well enough as a work around, but I think its something the macro shouldn't be doing in general. It isn't retargeting and continuing to follow as it should when it stops to buff their pet while in what I call 'crawling' mode. When in camp mode, they are still in assist range, so after they cast the buff, they will re-target to assist and everything is fine. Its actually the same behaviour though, it's just they get out of range of whom they're following while crawling so this state doesn't get over-ridden like it used to years ago.

Also, I should note that I tightened my assist range down to about 50, so having the default or longer range may be the real reason it didn't happen years ago.

 

[woobs]

Thank you for the clarification. I will start playing around with fighting-while-moving scenarios.

 

[Magoo]

Does it happen every time?

Are you out running the moveutils stick break distance?

Is your ini set to default?

FollowDistance=20
FollowStick=20 hold uw

I do what you call "crawling" a lot. I'll watch for this as well.

 

[zarroth]

ini is set to 20 or 25, depending on the toon. moveutils breakdist=250. Definitely not moving out of the range of that one. It happens whenever they stop to target the pet to buff 100% of the time. I have updated my work around a bit so it doesn't bug me now: /if (${Me.Pet.ID} && ${Target.ID} == ${Me.Pet.ID} && !${Me.Casting.ID}) /target clear ... I put that into a downflag in mq2melee and the problem is resolved.

Also, sorry for the extremely slow replies. I'm not in the habit of checking this site very often but I'll attempt to do so whenever I have an on going conversation :P