Matenia

He wants to know how to turn in a quest that's howing in the PopUpWindow above his questlog.

The answer is using Lua to click the frame (after finding its name), or just the QuickQuest addon.

<QuestsSorted Action="RunLuaCode" NameClass="RunMacroText(&quot;/click WatchFrameAutoQuestPopUp1&quot;)" />

I'm not really worried about all that (detection), because as far as I remember, Droidz is blocking Warden scans (on private servers, possibly retail?).

That being said, as long as you supervise and only "try the bot out" once in a while, it should be fine. But if you're trying what some people do on retail where they keep running it hours on end to make gold to sell, that's a different story.

I was using the Holy fightclass on the forums here - but that hardly matters, as I've tried with with and without PQR too.
I'd never let the bot do BGs without supervision - I don't necessarily need to bot BGs, just wanted to try it. Yes the bot is definitely linked to the game, as it kept trying to queue up. Even manually queueing, then starting the bot would result in this problem.
When joining a BG and starting the bot, it would only sometimes randomly freeze. The times that it didn't, it did run around and tried to heal. 

Tried this on Tauri. The queueing up issue I could see being related to them, but the rest definitely not. As for 2016 - I believe a lot of servers used a different client back then. Might be related to that.

Has anyone successfully used the bot for BGs in MoP - because:
- it will sign up, but the minimap icon disappears instantly and then try to keep signing up but getting "Someone in your party is already in queue"
- if you manually queue and join a BG, it will keep freezing the screen entirely until you stop the bot. This happens randomly (also doesn't work so well, but I attribute that to my fightclass)

Try the 5.4.7 version. These servers use the PandaWoW core+client

http://www.wowhead.com/object=207320/heros-call-board

Pick any of these. They all resulted in the above error for me. Others too, but these are easiest to reach.

I made a plugin for MoP that attempts to /reload to fix your UI, if it realizes you haven't casted anything in combat for > 8 seconds.

Please try this, and see if it fixes your problem.

http://www.mediafire.com/file/1mgf65nn3vq09h6/LuaCombatFix.cs

Game objects that:

- have no "cast time"
- have gossip options or give quests

Always result in the following WoW Error for 5.4.8

Paging @Droidz to hopefully get this fixed

Don't use Buff Casted By Me.

Also set it as a buff under Spell Settings. Other than that, it looks fine.

No, because you already exit the function, before you get that far.

Should probably also have some smart way of checking whether the spell is off the GCD - like any interrupt.

If you changed the code to not check for name but debuffType, sure.
But your table has to contain the debuffTypes then. 

You can use the History function on WoWWiki to read the old TBC API.

You just add the debuffname, like such:

local buffNames = {
	["Toxic Saliva"] = true,
  	["Shadow Word: Pain"] = true,
};

UnitBuff looks like this in TBC

local name, rank, iconTexture, count, duration, timeLeft =  UnitBuff(unit, buffIndex[, castable]);

UnitDebuff looked like this:

local name, rank, iconTexture, count, debuffType, duration, timeLeft  =  UnitDebuff(unitID, debuffIndex [, removable]);

local buffNames = {
	["Toxic Saliva"] = true,
};

for i=1,40 do 
	local name, rank, iconTexture, count, debuffType, duration, timeLeft = UnitDebuff("player", i)
	if (buffNames[name]) then
		result=1
		return;
	end
end

It was added in patch 2.4.

Events in Vanilla are as follows:

     SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_HOSTILEPLAYER_DAMAGE")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_HOSTILEPLAYER_BUFF")	 
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_HOSTILEPLAYER_BUFFS")	
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_HOSTILEPLAYER_DAMAGE")	 	 
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_CREATURE_DAMAGE")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_CREATURE_BUFFS")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_CREATURE_VS_CREATURE_DAMAGE")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_CREATURE_DAMAGE")	
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_COMBAT_HOSTILE_DEATH")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_CREATURE_VS_CREATURE_BUFF")	 
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_HOSTILEPLAYER_DAMAGE")	 				
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_BREAK_AURA")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_AURA_GONE_OTHER")
	 SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_FRIENDLYPLAYER_DAMAGE")
     SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_FRIENDLYPLAYER_BUFFS")
     SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_FRIENDLYPLAYER_DAMAGE")
     SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_FRIENDLYPLAYER_BUFF")
     SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PARTY_DAMAGE")
     SpellTimer_EnemyMain:RegisterEvent("CHAT_MSG_SPELL_PERIODIC_PARTY_DAMAGE")
     SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_HOSTILEPLAYER_DAMAGE")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_HOSTILEPLAYER_BUFF")	 
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_HOSTILEPLAYER_BUFFS")	
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_HOSTILEPLAYER_DAMAGE")	 	 
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_CREATURE_DAMAGE")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_CREATURE_BUFFS")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_CREATURE_VS_CREATURE_DAMAGE")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_CREATURE_DAMAGE")	 
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_COMBAT_HOSTILE_DEATH")
	 SpellTimer_EnemyMain:UnregisterEvent("PLAYER_REGEN_ENABLED")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_CREATURE_VS_CREATURE_BUFF")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_FRIENDLYPLAYER_DAMAGE")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_FRIENDLYPLAYER_BUFF")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_FRIENDLYPLAYER_BUFFS")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_HOSTILEPLAYER_DAMAGE")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_FRIENDLYPLAYER_DAMAGE")	 
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PARTY_DAMAGE")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_PERIODIC_PARTY_DAMAGE")				
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_BREAK_AURA")
	 SpellTimer_EnemyMain:UnregisterEvent("CHAT_MSG_SPELL_AURA_GONE_OTHER")

Products.ProductStop();
Products.LoadProducts(name);

For changing between Quester and others. If you look at available functions in the .dll files, you'll find how to load a certain quester profile too, I'm sure.

As for stopping combat:

wManager.Wow.Helpers.Fight.StopFight();

You can try making it execute the following Lua code:

CastSpellByName("Mangle (Cat)")

RunMacroText("/cast Mangle (Cat)")

Or C# as follows:

Lua.RunMacroText("/cast Mangle (Cat)");

Hey,

I am currently building a 1-70 MoP 5.4.8 questing profile and large parts are already working. However, while I had to create some workarounds for a few quests, I am stuck with one that doesn't seem to work at all. 

Items just aren't recognized by the quest profile builder (and if I add them manually, the bot does not find and gather them).

Ingame view:

This happens only with the items "Informational Pamphlet" and "Secret Journal". As I was trying to fix the quest, the bot actually randomly looted Secret Journal once. I almost suspect this is a bug, but if anyone can point me towards a work around, or @Droidz could fix it, that would be awesome.

Edit: It seems to be a problem with "units near target" setting. Does anyone have a workaround (set it to 7+ if HasQuest(x))?

If you create your grinder profile as a quest profile, you can set up a custom condition (C# or Lua) to check your bag space, and if it's true, you can jump to the "step" in your quester, that is a manual path to your vendor.

Yeah, unfortunately it's quite a bit of effort, but it's possible.

These realms are generally dead. Nobody plays on them and they're not the kind that anyone takes seriously. As such, you won't find any fightclasses for those realms. Especially since all of them work differently.

If you know how your class works, you'll find that without any coding skills, it's extremely easy to use the FightClass Editor to make your character do what you want it to.

It's COMBAT_LOG_EVENT_UNFILTERED. The args are varargs, because they vary depending on the event happening.

The first 6 or so are always the same (documentation on WoWWiki is pretty clear). It should work like any other event, I suspected capitalization is your problem.

Some of these are regular problems with fightclasses, I believe. Or maybe non-intuitive design.

I've found that settings spells for ANY of your timers will just bug out and you'll have a large wait time between spells for some reason.

When blacklisting, you don't need to blacklist a single target, but rather open your blacklist and add the mob type, otherwise it specifically only avoids those with the GUID your target had.

Due to the MoP client continously breaking, I am looking for ways to reliably do a ReloadUI() to fix it, as a work around.

Unfortunately, when this occurs, sometimes my pet is enough to kill my targets, and the bot never dies. So a simple reload after dying isn't enough.

Therefore I'm looking for a more reliable way. One idea is to execute the Lua code, if combat has been going on for 5+ seconds, and no spell has been cast by the bot.
I wish there was a more reliable way, but I haven't really noticed anything, except that when I restart the bot without reloading the UI, it will say that all movement keys are unbound.

Any help (like code examples) is appreciated.

Is there any easy way, using the Fightclass Editor use crowd control on a second target, should I be pulling 2 or 3 by accident?

Without doing this programmatically in C#? I do know C#, but I am admittedly a bit too lazy to learn the API. Instead I'd just like to create a few simple fightclasses for MoP leveling, as the ones I've found are rather bad.

That bugs it entirely, so the bot only keeps working if I turn it on/off (for one fight, but it doesn't run unless I turn it on, and doesn't fight unless I turn it off).
Probably a multithreading issue.

But it's okay, I'll use this to write a custom plugin instead.