Matenia

I still don't completely understand this. On one character, I have a couple flight paths. However, when checking with the following method, the list is empty (no IsCharacterAvailable for all nodes). private static bool HasTaxiConnection() { var taxiList = Taxi.TaxiList.GetTaxiNodesOfCurrentPlayer(); return wManagerSetting.CurrentSetting.FlightMasterTaxiUse && taxiList.Exists(n => n.Name == "Ironforge, Dun Morogh" || n.Name == "Gryth Thurden") && taxiList.Exists(n => n.Name == "Stormwind, Elwynn" || n.Name == "Dungar Longdrink"); } This is after I use the code in the original post. The entries in the original post also don't show up, when opening TaxiDB in development tools. Can you maybe explain this a little? Should I ever add TaxiNodes to wRobot or should I always let wRobot do the adding himself? My goal was to teach wRobot that there are taxis nearby and then let it walk up to the flightmaster before finding out can/can't use it. How do I best achieve that - should I just fill a large TaxiDB manually and share the XML file with others?

Add wManager.dll, robotManager.dll and MemoryRobot.dll to your references

Zzukbot has working transport for vanilla: https://github.com/Zz9uk3/ZzukBot_V3 https://github.com/Zz9uk3/ZzukBot_V3/blob/master/ZzukBot_WPF/Objects/WoWGameObject.cs

Lots of coordinates seem to be a bit off: https://i.imgur.com/LaOOlcX.jpg

GM ported your character and I guess they didn't ban you because you used your hearthstone. wRobot killed the client, is what that error means.

wManagerSetting.CurrentSetting.FlightMasterTaxiDistance = 1000f; @Droidz can you explain what exactly this does? Does it mean your path has to be at least 1000 yards for bot to try and take taxi or does it mean taxi is only allowed to be 1000 yards away maximum?

60fps/vsync on, force wow on 60hz (if you have 120 or 144hz screen). Use CTM and Lua to move. That's how you get vanilla to work.

Also, no he should NOT open source it. It took almost a year to get to the point where it is right now. Many people have shared it before, which lead to it even being taken down entirely. He keeps testing and improving, all communication happens on Discord. In fact, a select few people ARE allowed to contribute to his private Git respository. But not random people, some who have made a name for themselves before. If it was freely available, everyone would just share it again, use different versions and cry everywhere.

I responded to this yesterday. This is not the complete error message, so I can only guess - but I'm not going into great detail like I did yesterday. Enable Lua to move or start wRobot with "No Frame Lock" option. Either should hopefully work. The problem is that wRobot sends keybinds to the client while while the frame is locked. This causes a deadlock. If you use any of my fightclasses, they all automatically enable Lua to move - you can disable framelock in the settings. If you profile disables Lua to move (first step) in quester as RunCode, for example) this could be the cause.

That seems like wRobot is sending a key-event (W could indicate forward movement) to a currently locked frame. I've had this issue before, it causes I hadn't activated "Use Lua to move" in wRobot settings. I recommend you enable that and make sure your profile doesn't have C# code in it to disable it.

I haven't really had these problems on vanilla. If any of you use my plugin - about a month ago or so, there was a small bug in it where sometimes it wouldn't disable Conditions.ForceIgnoreIsAttacked again, that COULD have lead to this behavior.

It's either your fightclass or your graphic settings. Enable CTM, force WoW to 60 hz. Enable vsync for 60 fps.

Private server trial is free. You just have to solve captchas to use it for 15 minutes at a time. The bot is sold as a framework, everything else the users do on top.

How does wRobot turn in a quest using Lua? Can you give me an example, please? I wrote a hook in Lua to prevent wRobot from turning in fast. The problem is, it works perfectly if I "click" on the button (by mouse) ingame or call QuestFrameCompleteButton:Click() but it doesn't work when Quest product. Even calling QuestFrameCompleteQuestButton:Disable() - the bot will STILL turn the quest in. Edit: I found out wRobot uses GetQuestReward, so it's possible to hook it using this: _GetQuestReward = GetQuestReward; function GetQuestReward(index, force) if(force) then return _GetQuestReward(index); else C_Timer.After(1000, function() DEFAULT_CHAT_FRAME:AddMessage('Delay quest turn in by 1000ms'); return _GetQuestReward(index); end); end end Lua.LuaDoString(@" local C_Timer = CreateFrame(""Frame"", ""C_Timer"", UIParent); C_Timer:Show(); C_Timer.schedule = {}; C_Timer:SetScript(""OnUpdate"", function(self, elapsed) self = C_Timer; elapsed = 1/GetFramerate(); for timestamp, callback in pairs(self.schedule) do if tonumber(timestamp) <= GetTime() then callback(); self.schedule[timestamp] = nil; end end end); C_Timer.After = function(duration, callback) C_Timer.schedule[tonumber(GetTime() + (duration / 1000))] = callback; end _OriginalQuestCompleteOnClick = QuestFrameCompleteQuestButton:GetScript(""OnClick""); --_OriginalQuestCompleteClick = QuestFrameCompleteQuestButton.Click; function hook_QuestComplete(self, button, arg2, arg3) self = this; if (button == ""FORCE"") then DEFAULT_CHAT_FRAME:AddMessage('Forcing quest acceptance!'); --_OriginalQuestCompleteClick(self, button); _OriginalQuestCompleteOnClick(self, button); else C_Timer.After(1000, function() DEFAULT_CHAT_FRAME:AddMessage('Delay quest turn in by 1000ms'); --_OriginalQuestCompleteClick(self, button); _OriginalQuestCompleteOnClick(self, button); end); end end QuestFrameCompleteQuestButton:SetScript(""OnClick"", hook_QuestComplete); --QuestFrameCompleteQuestButton.Click = hookQuestComplete; DEFAULT_CHAT_FRAME:AddMessage('Quest hook initiated'); ");

This does not work, because I rely in C# to parse item code from quest items. I will try to hook QuestFrameCompleteQuestButton.Click and see if I can prevent the original click by wRobot (does wRobot use memory writing or Lua to achieve this?).

Hey @Droidz, currently, I'm trying to execute my own code instead of letting wRobot finish the quest (very last step - select item and complete quest). I've been doing it like this: EventsLua.AttachEventLua((LuaEventsId) Enum.Parse(typeof(LuaEventsId), "QUEST_COMPLETE"), QuestCompleteHandler); private static void QuestCompleteHandler(object context) { PluginLog.Log("About to complete quest - INTERCEPT!"); SelectQuestItem(); } private static void SelectQuestItem() { //my logic to turn in quest Lua.LuaDoString($@" QuestRewardItem{index}:Click(); QuestFrameCompleteQuestButton:Click(); "); } However, it seems wRobot will still be faster in turning in the quest and although I can correctly log which is the best item to choose, wRobot will select another item and finish the quest. If I run this code in wRotation and manually open the quest dialog, it works 100%. How can I stop the quester from turning it at that point? I've tried using Products.InPause = true and pausing the bot before selecting the quest item myself, but it doesn't seem to work.