Switching combat targets

[Leerael]

Is your feature request related to a problem? Please describe.

Not crowd controlling extra mobs or controlling them with the pet.

Describe the solution you'd like

when I am engaged by more than 1 enemy I would like to switch to one of the targets that are not my primary target and then perform a stun or sleep like Wyvern shot on a hunter. As a hunter I might also want to handle a third target by having my pet taunt that target too.

Describe alternatives you've considered

Not sure if there are any, but you have mentioned that there is a combat log of the amount of targets available, just don't know if you can switch them.

[Xian55]

Gooday, sadly there are very limited ways to switch target. Only by pressing the Tab button would change your target. Which may have an unforeseen consequence of switching to an NPC as target which are not in combat with the player.

Pressing the Tab button, only considers those npcs which are in front of the player in a cone like example:

Tab targeting cycles between the potential targets and eventually ends with the initial target, if the conditions are not changed. Player facing not differs compared to the initial target, etc...

By knowing these limitation, it would be really challenging to fulfill your request.

I would not say its not possible, but it would require great effort to make it reliable.

---

This might not be suitable as an answer, but

• always be ready to be able to tackle 1-2 mobs after pulling one.
• avoid making a grinding path where the npc spawn density is high.
• when choosing location to grind mobs always pick a location where the mobs 1-2 level below your current level.

[Leerael]

perhaps we could do a check with tab targeting to see if it is correctly in combat by registering if the target's target is me or my pet? Perhaps stepping backward for 5 units so that any body pulled mobs are also in front of us would help. that way we can perform a stun on the body pulled mob, or get the pet to taunt it and back off the target to focus the main target again.

[Xian55]

perhaps we could do a check with tab targeting to see if it is correctly in combat by registering if the target's target is me or my pet?

• That can be done, however it would require have keybind to cycle back to the previous target Shift-Tab

Perhaps stepping backward for 5 units so that any body pulled mobs are also in front of us would help.

• That would only work with really close and melee range enemies. Those are which outside of melee range, - like casters, ranged units - will sadly won't help.

The CombatLog component also can keep track of the currently fighting mobs count, however there's no way to tell in great certainty what's the location of the damage source. It could be in front of us it could be behind 35 yards away.

[Leerael]

perhaps we could do a check with tab targeting to see if it is correctly in combat by registering if the target's target is me or my pet?

• That can be done, however it would require have keybind to cycle back wit the previous target Shift-Tab

I assumed it would be step back 5 units (i.e. walk back for 1.5seconds) then tab target cycle, perform action if available target. then shift-tab back to original target (or select pet target), then step forward 5 units (i.e. walk forward for 1.5 seconds) and continue combat.

Perhaps stepping backward for 5 units so that any body pulled mobs are also in front of us would help.

• That would only work with really close and melee range enemies. Those are which outside of melee range, - like casters, ranged units - will sadly won't help.

Good thing my tool can show me which mobs are melee/ranged/caster so I can set my paths appropriately.

The CombatLog component also can keep track of the currently fighting mobs count, however there's no way to tell in great certainty what's the location the damage source. It could be in front of us it could be behind 35 yards away.

Perhaps if we just check when a new mob is added and maybe every 10 seconds in combat to step back 5, tab target cycle, perform action if target is found and then step 5 forward again to continue combat.

[Xian55]

In my humble opinion, if you are fighting with a mob more than 10 seconds, then you should find lower level mobs to kill, that would yield you more exp per hour and better chance of survival in general.

---

If you are participate in a combat with odds not in your favor or all of the sudden body pulls, respawns happen then you should flee away

---

All of the current profiles created single enemy in mind, if you have the gear for it, you may survive 2-3 mobs but that case should be avoided with the current setup.

In my humble opinion if you have to CC mobs during combat you are doing something wrong, your should purpose should be to kill the mob within 6 seconds.

[Nablatidis]

Hello,
Late to the party, but is it maybe possible for a check if the pet is being attacked by more than 1 mobs? This issue is something I think only happens to pet classes. And the bot doesn't know more mobs are attacking.
So if i put something like this in the comba routine:
},
{
"Name": "Multi-Shot",
"Key": "F6",
"Cooldown": 10000,
"Requirements": [
"!InMeleeRange",
"MobCount>2",
"Mana%>30"
]
},

It won't fire unless damage to the player happens (or an aura or something) from the 2nd mob.

[Xian55]

Hello, Late to the party, but is it maybe possible for a check if the pet is being attacked by more than 1 mobs? This issue is something I think only happens to pet classes. And the bot doesn't know more mobs are attacking. So if i put something like this in the comba routine: }, { "Name": "Multi-Shot", "Key": "F6", "Cooldown": 10000, "Requirements": [ "!InMeleeRange", "MobCount>2", "Mana%>30" ] },

It won't fire unless damage to the player happens (or an aura or something) from the 2nd mob.

Gooday, currently the CombatLog.DamageTakenCount does not make distinguish between the player and the playerpet but summarises it adds to the same count however ensures to the same npcguid does not appear multiple times by making it unique.

DamageTaken is 65th cell: https://github.com/Xian55/WowClassicGrindBot/blob/18e8d08441361a6c5da699f3e9a946be9ada4949/Core/AddonComponent/CombatLog.cs#L41C31

Currently i don't see the point separating them.

Addon:

WowClassicGrindBot/Addons/DataToColor/EventHandlers.lua

Line 292 in 18e8d08

if playerDamageTakenEvents[subEvent] and