Matenia

THen your profile changes it and you need to talk to the creator

It's not a bug. wRobot executes Lua code in a secure environment, which no "addon" should be able to do. All addons can only execute codes through the macro API. A more simple version of this used to be known as a Lua unlocker. Now that servers found a way to execute code in your WoW client (like any abitrary Lua code they want), wRobot needs to intercept this to taint the environment again to prevent detection by the server (tainted = insecure). You can just execute Lua code from within wRobot, you don't need an addon to provide additional functionality (and if you need a helper function it provides, you can move that to the Lua code you execute within wRobot). If you aren't interested in executing secure Lua code (just stuff an addon could do to begin with), you can use these options: Lua.SecureLuaCall = false; Lua.LuaDoString(string command, bool notInGameMode, bool ignoreSecureLuaCallOption);

Var.SetVar("startTime", Datetime.Now);

Lots of people reported bans on discord and Whitekidney bragged about a bot detection framework. This is recent (last 2-3 days). Once we figure out what method they use, we can work around it.

I agree it probably is something like this. Now that northdale somehow catches bots, it seems more likely, because with vanilla warden they definitely can't detect wrobot

Turn off training in the settings, maybe?

Unstable connection, probably your IP changing or the connection to the Auth server is just dying

wRobot is discontinued for retail

That code returns a boolean. Your code, is literally if (true) then return true if (false) then return false Because whatever is in brackets gets evaluated to a boolean first. So you might as well just return the expression that evaluates to a boolean.

Oh honey... return ObjectManager.Pet.Name == "Wolf"

Servers detect Lua execution, therefore you can't use addons with wRobot. Stop using addons with wRobot.

ObjectManager.Me.Target = ObjectManager.Pet.Guid; SpellManager.CastSpellByNameOn("Rejuventation", "pet");

Because by the time you would need to document the entire API, any developer worth his salt would've already figured it out. I agree that some things like event-handling could be documented, but most method calls are self-explanatory.

Fix your vendor DB

So they have a system that monitors user actions and it can cause false positives. This has nothing to do with injection though. Warden instructs the client to execute some Lua code or instructs the client do check a certain address in memory for its value, etc. It can its own process for modules (DLLs injected by external programs) as well. These methods do NOT yield false positives. If they built some server side detection that can be triggered by mass crafting items, it's not warden. It's a system that observes how frequently players do some things, how much time they allow between actions, etc and then flagging accounts that seem to not behave like a human enough. A system will that is less reliable but can catch ANY bot. So now it is up to us to find out how exactly they do it and develop some code that works around this by creating pauses for wRobot, maybe slows down combat rotation, accepting/turning in quests etc.

It's possible they have trained a machine learning algorithm to recognize bot behavior. But if you can spot injection into a game, there are no false positives. These things are very clear. So it's likely bot behavior is somehow triggering this. So randomization or some code to appear more human in general might throw off whatever they're using.

Did you follow the instructions? You need to run the plugin on all characters with one set to leader etc. I mean, I haven't recompiled it in a while, so I'll do that quickly to be sure it doesn't throw any errors.