Matenia

Sometimes it returns true if you can ignore the mobs attacking you, for example if you're on mount with the correct options or you're supposed to ignore pulls while traveling or if Conditions.ForceIgnoreIsAttacked is activated. 

I recommend you just decompile the binaries and see for yourself. Even with the code being obfuscated, you can usually see these simple things.

Then why did you bother commenting on a thread that's specifically in regards to anti-cheat on a very specific TBC server?
Could it possibly be because most of your posts are to make yourself sound more important and knowledgable while contributing nothing to the topic at hand?

I've said this many times, but often your answers are so incomplete or off-topic that they do more damage than they help anybody. This was just another case. So as long as you keep doing that, I'll happily correct you publically so people can actually find an answer to their question. I genuinely don't understand your need to push your post count into oblivion and make yourself seem soooo important at any chance you can get.

Smokie, your input is basically entirely incorrect. The warden module that let's you execute arbitrary Lua code on the client doesn't work in 2.4.3.
 
So everything you said is true for wotlk (but by far not the only way they're detecting hacks and bots) and has been known for years. Still doesn't apply here at all and you're just making yourself look like a fool to anyone who actually has a little understanding on the matter. 

Then why did you bother commenting on a thread that's specifically in regards to anti-cheat on a very specific TBC server?
Could it possibly be because most of your posts are to make yourself sound more important and knowledgable while contributing nothing to the topic at hand?

I've said this many times, but often your answers are so incomplete or off-topic that they do more damage than they help anybody. This was just another case. So as long as you keep doing that, I'll happily correct you publically so people can actually find an answer to their question. I genuinely don't understand your need to push your post count into oblivion and make yourself seem soooo important at any chance you can get.

Then why did you bother commenting on a thread that's specifically in regards to anti-cheat on a very specific TBC server?
Could it possibly be because most of your posts are to make yourself sound more important and knowledgable while contributing nothing to the topic at hand?

I've said this many times, but often your answers are so incomplete or off-topic that they do more damage than they help anybody. This was just another case. So as long as you keep doing that, I'll happily correct you publically so people can actually find an answer to their question. I genuinely don't understand your need to push your post count into oblivion and make yourself seem soooo important at any chance you can get.

Then why did you bother commenting on a thread that's specifically in regards to anti-cheat on a very specific TBC server?
Could it possibly be because most of your posts are to make yourself sound more important and knowledgable while contributing nothing to the topic at hand?

I've said this many times, but often your answers are so incomplete or off-topic that they do more damage than they help anybody. This was just another case. So as long as you keep doing that, I'll happily correct you publically so people can actually find an answer to their question. I genuinely don't understand your need to push your post count into oblivion and make yourself seem soooo important at any chance you can get.

Don't create a frame locally and you'll find you can actually access globally. It's Lua 101.

Pro tip: There are no events being skipped.
If you look at my framework it works perfectly.

If you're running patch 6.x or higher, you need your own combatlog parser. Create a lua frame that subscribes to the event, get the payload, store it in a table and periodically empty the table and read the contents "line by line".

It will simply create a straight "path" without meshes if you disable that option.

If they don't check your IP (seems you're proxying) they might check your GetTime() (Lua) result because it is unique to your computer. You can modify this function by hooking it and adding a random offset. Search the forums.

Did you just link him to a thread where the answer was his own?

Did you just link him to a thread where the answer was his own?

They probably disconnected you, because you didn't have their MPQs. 
You can probably add a custom MPQ that's loaded at the very beginning that just loads FrameXML or something that copies CastSpellByName
 
originalCastSpellByName = CastSpellByName -- later in wrobot use this code: originalCastSpellByName("Frostbolt") Maybe that will work. Otherwise - weird. THey definitely heavily modify the UI with their MPQs

Add the entry 23534 to the blacklist editor under entryid (name doesn't matter, but feel free to add it).
You can also open HMP's settings and add it to the trainer blacklist there (again, gotta add 23534)

There will be no updates for people who don't even own a wRobot license. Me telling you what to do to fix it was already generous. It's an incredibly easy fix in only 2 methods.

public string FullName() { return _rank != null ? ($"{_name}({RotationSpellbook.RankString} {_rank})") : _name; } public bool IsKnown() { return RotationSpellbook.IsKnown(_name, _rank ?? 1); } Change these lines in RotationSpell. I guess I accidentally messed this up when merging two frameworks.
If you use Spell.NameInGame instead of _name, it should use the localized name.
 
if (spell.Spell.Name == "Shoot" && IsAutoRepeating("Shoot")) { return true; } //IsAutoRepeating should use spell.Name.NameInGame As far as I can tell, everything else already uses the localized name. 
 
There is also one more issue with something not localized (shouldn't matter too much):
 
// this error is not found through casting or combatlog events because it's caused by the client checking IsSpellInRange when using CastSpellByName // we could technically execute this check ourselves in CombatLogUtil but usually the client-side range check (memory based GetDistance) is enough) and cheaper! // therefore we're listening to error messages and executing this check lazily if (id == "UI_ERROR_MESSAGE" && (args[0] == "Out of range." || args[0] == "You are too far away!")) { RotationSpellVerifier.ClearIfOutOfRange(); } Also this should probably be reworked or use the non-Lua wRobot option:
public static bool CastingSpell(this WoWUnit unit, params string[] names) { return RotationCombatUtil.ExecuteActionOnUnit(unit, (luaUnitId) => { string luaString = $@" local isCastingSpell = false; local name = UnitCastingInfo(""{luaUnitId}"") if {LuaOrCondition(names, "name")} then isCastingSpell = true end return isCastingSpell;"; return Lua.LuaDoString<bool>(luaString); }); }  

public string FullName() { return _rank != null ? ($"{_name}({RotationSpellbook.RankString} {_rank})") : _name; } public bool IsKnown() { return RotationSpellbook.IsKnown(_name, _rank ?? 1); } Change these lines in RotationSpell. I guess I accidentally messed this up when merging two frameworks.
If you use Spell.NameInGame instead of _name, it should use the localized name.
 
if (spell.Spell.Name == "Shoot" && IsAutoRepeating("Shoot")) { return true; } //IsAutoRepeating should use spell.Name.NameInGame As far as I can tell, everything else already uses the localized name. 
 
There is also one more issue with something not localized (shouldn't matter too much):
 
// this error is not found through casting or combatlog events because it's caused by the client checking IsSpellInRange when using CastSpellByName // we could technically execute this check ourselves in CombatLogUtil but usually the client-side range check (memory based GetDistance) is enough) and cheaper! // therefore we're listening to error messages and executing this check lazily if (id == "UI_ERROR_MESSAGE" && (args[0] == "Out of range." || args[0] == "You are too far away!")) { RotationSpellVerifier.ClearIfOutOfRange(); } Also this should probably be reworked or use the non-Lua wRobot option:
public static bool CastingSpell(this WoWUnit unit, params string[] names) { return RotationCombatUtil.ExecuteActionOnUnit(unit, (luaUnitId) => { string luaString = $@" local isCastingSpell = false; local name = UnitCastingInfo(""{luaUnitId}"") if {LuaOrCondition(names, "name")} then isCastingSpell = true end return isCastingSpell;"; return Lua.LuaDoString<bool>(luaString); }); }  

If you've seen my 1.12 fightclass framework, this is basically the much enhanced version.
It should work for WoW 2.4.3 and 3.3.5a, possibly many more expansions. The only thing you would have to do is adjust the way combatlog events are parsed, if paramters have changed in your expansion. Everything else should be handled by wRobot. 

Below you can find the GitHub repository. It also contains a very simple enhancement shaman fightclass as an example that you could change to fit your own needs.
This is for developers only. If you're a regular user, I recommend just buying my fightclasses. They are, in my opinion, fairly priced.

Features:
- checks with server if a spell was successful
- support for different types of spells 
- no more double casts of any sort (heals, debuffs, damage)
- possibility to ignore server responses
- easy offtarget handling
- performant caching and rotation handling
- possibility to use as a healing framework
- support for wanding
- multilanguage support
- dispel by debuff type
 

https://github.com/Schaka/wRobotFightclassFrameworkEnhanced
 
@Droidz would be nice if you could sticky/pin this thread

If it was detected, no bot would ever escape and you'd get caught just for using wRotation. Detected means they can detect that the bot attaches to the game and alters the game's state in memory.

If people use repetitive behavior or are otherwise "easily" recognized as bots, they get caught in reports. I've botted on Warmane for long enough to know it's not detected.
They have employed "traps" in the past to make some things bots do harder. But wRobot usually worked around those.

If you're looking into steps by name, you'll need the Quester.dll as a dependency, see custom code section here: 
 

Because "people wanting scripts for PvP" isn't actually anything. It's the occasional hardstuck 1800 hoping scripts will make them Gladiator. 
I've been trying to sell shit for PvP for ages - just to automate the boring honor grind. I sold a total of like 150 fightclasses since 2016. The silent masses buy PvE shit to level. There is no money in it. Whenever someone PMs me, they don't wanna pay 30€/hour, which is already a piss poor rate for freelance software development. 

People just want free shit, but they can't even be bothered to use the fightclass editor to make an autokicker script.

Plus it's actually really scummy and you'll just stay hardstuck 1900 instead. Don't bring cheats to competitive environments. Just git gud, shitters.
 

Because "people wanting scripts for PvP" isn't actually anything. It's the occasional hardstuck 1800 hoping scripts will make them Gladiator. 
I've been trying to sell shit for PvP for ages - just to automate the boring honor grind. I sold a total of like 150 fightclasses since 2016. The silent masses buy PvE shit to level. There is no money in it. Whenever someone PMs me, they don't wanna pay 30€/hour, which is already a piss poor rate for freelance software development. 

People just want free shit, but they can't even be bothered to use the fightclass editor to make an autokicker script.

Plus it's actually really scummy and you'll just stay hardstuck 1900 instead. Don't bring cheats to competitive environments. Just git gud, shitters.
 

Because "people wanting scripts for PvP" isn't actually anything. It's the occasional hardstuck 1800 hoping scripts will make them Gladiator. 
I've been trying to sell shit for PvP for ages - just to automate the boring honor grind. I sold a total of like 150 fightclasses since 2016. The silent masses buy PvE shit to level. There is no money in it. Whenever someone PMs me, they don't wanna pay 30€/hour, which is already a piss poor rate for freelance software development. 

People just want free shit, but they can't even be bothered to use the fightclass editor to make an autokicker script.

Plus it's actually really scummy and you'll just stay hardstuck 1900 instead. Don't bring cheats to competitive environments. Just git gud, shitters.
 

Update hasn't been released yet. But then this will go to the class trainer in your database and force train all skills there.

Your client blocks it from sending abilities to the server if you're stunned. So the spamming you see isn't visible to anyone and the server isn't receiving any info about it either.