Matenia

tried following codes separated with appropriate WAIT timing:
 
 
Leave this thread for possible future questions.

I apologize for the bad English I use Google translation 
Many asked the question how to properly bind the proxy to the WoW client and I decided to write a small guide to answer all at once. Immediately make a reservation that I do not know whether this will also work for official servers, because long ago not botting them. But this will definitely work for earlier versions.
To bind a proxy server to a specific application, you need a special soft. There are several options, but I prefer the Proxyfier, because some others, if they can not connect to any particular hosts, will simply run them through your static ip address.
So we need the following tools:
Proxyfier
LinkShellExtention
First of all, you need to create several copies of the warcraft.

You can simply copy the client several times to separate folders. But who uses only SSD and wants to save space on the hard drive will use the LinkShellExtension to create symbolic links to the massive client data. So, we install all the necessary software and start
We copy all the folders and files (without "data") of the wow client to our newly created folder for the bot
 
Right-click on the "Data" and choose Pick Link Source from the drop-down menu. Then go to the new folder, click on the empty space and choose Symbolic Link

The result should look like this

Measuring the amount of memory used, we get only about 30 MB and it's absolutely working client

You might have noticed that in the client folder for the bot, the client launch file is called WoW1
You must do the same for each directory with the bot. That is, if you have 5 clients proxy, you must name the startup files accordingly: WoW1.exe, WoW2.exe, WoW3.exe, WoW4.exe, WoW5.exe and so on. Otherwise, no matter how many directories you create, each of them will work on the same proxy as the process will be called the same.
Now you can add your proxy to the Proxyfier. I will not separately describe how to do this since it should be clear. Then go to the proxification rule and make a binding as shown in the screenshot

In the application field, specify the path to the warcraft client in which the specific bot will work. Also this proxy is attached to the browser. I highly recommend registering the account through the proxy on which it will work in the future. But do not forget to untie the browser after registration so that there are no more intersections. In the action field, you must select the desired IP address.
And this is the result

In conclsion, even if the clients are proxy correctly, the first thing you need to pay attention to is the quality of the proxy. It is most important

//Checks if there's available LoS between your target and the new spot too. !TraceLine.TraceLineGo(ObjectManager.Target.Position, newPos) //check if there's LoS between you and the new Pos !TraceLine.TraceLineGo(newPos) //Then you can use: bool isValid = false; var path = PathFinder.FindPath(newpos, out isValid); if(isValid) { MovementManager.Go(path, false); } This prevents a CPU/memory hog, but only using pathfinding once you confirmed LoS. Also check that no NPC is near newPos.
 

PathFinder.FindPath has an API for checking if the path it made is valid. You can also use !TraceLine.Go(vector3) to check that LoS is available to the vector from your position.
Using those tools, you should be able to find a vector where no enemy is in sight (by periodicially checking LoS and enemy positions in ObjectManager) around your character. 
You can also use PathFinder.ReportDangerArea(vector3, radius) to tell the pathfinder to avoid this area (e.g. mob + aggro radius) while running away. But in my experience this is iffy and you should do your own "pathfinding" for small paths when not runnign very far away.

He's obviously been gone longer than 5 months so you wouldn't know him.

@Droidsz also have a look at Slack - the  limitation of the free  version will be no issue

I tried 3 different accounts on Outland, botted for an hour. Didn't get banned. Pretty sure it's NOT server side detection.

I just want to clarify, that HB community devs were on pay roll. Which means while unlike the main devs that were part of the team and did this as a full-time job, the community devs still made more money than anybody selling their fightclasses on wRobot.
But the most important factor and why I think you cannot and should not compare wRobot to HB in particular is that HB never had to deal with something as hard and unforgiving as vanilla or TBC. It came around in WotLK and at a time during which the game had already been utterly casualized. Botting WotLK, while still somewhat close to vanilla, is piss easy. It doesn't require as much fine-tuning in terms of questing, there are WAAAAY enough quests around that you can even pick and choose which ones to do and you don't need any complicated combat routines either, because simple shit is all you need. Especially with heirlooms.
The only thing that really bothers me about wRobot is the bad pathfinding. If Droidz could just implement it to use the Elysium/LH mmaps for vanilla and have something like https://github.com/BosslandGmbH/Honorbuddy-Quest-Behaviors/blob/master/Quest Behaviors/Hooks/Avoid.cs for avoiding enemies (all my attempts at using the current API to do this have failed, the AvoidIt plugin is also not working that well, unfortunately). 

It doesn't care of distance. It iterates "states". It checks if each state needs to be run, if true that state is run until it is finished.
Then it continutes to the next state that needs to be run. ToTown and Trainers are 2 different states, so I was talking about priority here.

ObjectManager.GetWoWUnitHostile().Count(o => o.IsValid && o.IsAlive && o.Guid != ObjectManager.Target.Guid && o.Position.DistanceTo(ObjectManager.Target.Position) <= 15) >= 3

You can't do this in Lua. The  client's Lua API doesn't have access to the game's ObjectManager.
You need to use C#

Tauri is the best MOP server out there.
Months ago, no ban mainly because this was not a priority for the devs and they even claim that on forum and mail (in game).
At this moment, i can't tell you if the devs change their mind.

Bump. still not fixed

I had been struggling with wrobot performance on my older gaming PC. It should be noted,  my motherboard is limited to SATA 2 speeds even with an SSD. It was fast for its' generation, but is showing its' age. I have recently started running wrobot on a ramdisk to improve the application performance. I have experienced major improvements in the bot performance. I no longer have delays in combat rotations or loading profiles.
It might me a viable solution for those experiencing some delays due to I/O lag on older systems.
 

For anyone that is unfamiliar with ramdisk configuration, can you provide some steps or a URL that describes the process?

You can do some research with dnSpy. Download dnSpy.zip, unpack, run and open wManager.dll - and you will see how robot works. New versions are obfuscated, and is impossible to understand what's going on inside, but old are pretty clear (if you know c# or resembling language). Using old and new versions you can find similar places in code and even do patch, for example, change this 45f to 60f. Or understand, is it possible to customize robot with plugin

Hey guys,
I recently ported some of my fightclass framework to vanilla. I'm happy with where it currently is but will probably push updates.
You can find a working version (and any future update) in my repository on GitHub. This framework is intended for all the developers on the wRobot Discord channel who keep working on the same issues over and over again. Hopefully this will encourage people to make pull requests and contribute to an overall community effort. 
Also, hopefully it will help with some of the more regular Discord users not having to answer a lot of questions over and over.
Enjoy:
https://github.com/Schaka/VanillaFightclassFramework

I can't because it's empty after the bot crashes, but I think I figured it out. Seems like it was the AvoidIt plugin causing it, so I guess I'll avoid it.. hehe

My 2 cents from botting on LH/old elysium -
It gets a bit more dicey after 40. I've been running bots to around 40 and handing them out to my mates and we can then level up the last bit manually. It gets you used to the class and you can farm out professions if wanted. Not to mention getting to 40 is actually quite quick. It all depends on what you want to get out of it. I've had around 5 accounts banned all between 35-45 and not really gotten further than that (i only ever really bot 1 account and not often) but have gotten another 5 accounts to 40 and are all being used manually now.
In regards to plugins - there's a plethora of free plugins that will be enough for what you need. From the things you mentioned denying party invites exits "Auto Decline" (make sure to edit the cs file like it says in the description, i originally set the timer too high), buffing players would be part of the fight class rather than a plugin as you would need to record all the possible buffs in the plugin which wouldn't be great and jumping periodically i thought was part of the product already! On certain classes (most to be honest) one of the most important plugins is for it to buy food/water. The Human master plugin has that and a lot of other things but the author of that also has a free version of food/drink buying.
As @terpfiend mentioned the fightclass is where it's at. I have to say that's also the most fun to build yourself (if you have some c# knowledge). Have a look at @Matenia's vanilla framework, there is an example fightclass there which you can edit. He's created some great methods in there which handle some of vanillas problems.
Alert plugins help a lot too if you're not always monitoring the bot yourself, I created wDiscordAlert which you can have a look at, I'm happy to add any suggestions you may have!

fixed. thanks alot

You can patch wManager.dll this way:
1) Make shure bot cant find bobber. Go to fishing water and run this c# code in developement tools: 
Spell _f = new Spell("Fishing"); for (int i=0; i<10; i++) { _f.Launch(false, false, true); Others.Wait(2000); Logging.Write("Bobber GUID = "+Fishing.SearchBobber()); Lua.LuaDoString("SpellStopCasting()"); Others.Wait(100); } look in the log. If there always this strings, it means bot cant find bobber:
[F] 19:10:33 - [Spell] Cast Fishing (Fishing) 19:10:35 - Bobber GUID = 0 2) try to find minimum wait value to find bobber. Gradually increase 2000 -> 3000 until you see in log non-zero bobber GUID. This code will help you:
Spell _f = new Spell("Fishing"); for (int i=2000; i<3000; i=i+100) { _f.Launch(false, false, true); Others.Wait(i); Logging.Write("Wait:" + i+ " Bobber GUID = "+Fishing.SearchBobber()); Lua.LuaDoString("SpellStopCasting()"); Others.Wait(100); }  If found, you can patch program
3) download and install dnSpy (dnSpy.zip)
4) run dnSpy, open wManager.dll and find method wManager.Wow.Bot.Tasks.FishingTask.LoopFish (with many arguments)

You will see obfuscated code, but there is string easy to find. It should looks like this (contains symbols ThreadStart):

5) click on the method in the end of string (name can be different). You will open this method. Find in this method string "Others.Wait". This is place to patch

6) Right click ans select "Edit Method (C#)". As argument type value you found, for example, 2500:

7) Compile, save, and enjoy
Never update your robot, or do this steps again, if updated, and fising not works as before

Yep. So you start near the graveyard or the entrance to the BG. Both paths would have to include the graveyard. You then make the rest of your loop so giant, that you are unlikely to return  to the graveyard (this more or less needs to be done anyway, because wRobot always tries to find a straight, retarded path back to the first spot you record at the end, when it reaches the last spot).

You can just run in circles 5 or 6 times, if you have to. Just make sure you definitely die BEFORE it tries to run back to the GY.

My code does not loots, just test for SearchBobber. If 2000 not works, it means fisherbot will not work for you, because there is 2000 delay hardcoded in bot. Write it to bugtracker, maybe @Droidz will fix it. Or patch FishingTask class

Not latency, but 3000 in my code 
Spell _f = new Spell("Fishing"); for (int i=0; i<10; i++) { _f.Launch(false, false, true); Others.Wait(3000); Logging.Write("Bobber GUID = "+Fishing.SearchBobber()); Lua.LuaDoString("SpellStopCasting"); Others.Wait(100); } Can you find minimum, maybe 2500 ?
Fishing task not depends on latency, you will have to patch wManager.dll, or wait until @Droidz do it. Thats why i say "bad"

To find the cause go to fishable water, open developer tools and run this C# code:
Spell Fising = new Spell("Fishing"); for (int i=0; i<20; i++) { Fishing.Launch(false, false, true); Others.Wait(2000); Logging.Write("Bobber GUID = "+Fishing.SearchBobber()); Lua.LuaDoString("SpellStopCasting"); Others.Wait(100); } Write what you see in log. Is there GUID value every time?