Matenia

Did you turn off path finding in your advanced wrobot settings?

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);
			});
		}

I don't really do anything differently for other languages than English. Except checking buffs (but you can do this yourself just using HaveBuff wRobot API offers).
There's probably some English language strings somewhere still. And I definitely don't have support for Chinese rank strings either.

Just use the website to download. I didn't even realize the little browser in the bot still worked.

4 hours ago, scsfl said:

Maybe some problems with spell verification. Wow vanilla.

Clearly says this isn't for 1.12. Also clearly even references the 1.12 framework. Also, what is it with people using the cracked version of wRobot coming here expecting help?


That being said, there can always be race conditions when you're technically on gcd from wanding which blocks other spells from being usable.

Dude idk what that code is even supposed to be. This is literally some random code (looks like Lua). It means nothing.
Also you don't even own a wRobot license. You're not getting any help here.

for i=1,40 do
  local name, rank, iconTexture, count, debuffType, duration, timeLeft = UnitDebuff("target", i); 
  if name == "Frostbolt" and duration ~=nil then
    -- is mine
  end
end

unitCaster doesn't exist in TBC and owner doesn't work either

In TBC, if there's a timer it's yours.

You just iterate all buffs on the unit and check if the one you're looking for is there

This isn't related to the bot at all... After level 77, you need to buy Arctic Flying or whatever the skill is called to fly in Northrend.
Ask those questions in your server's forum or google "how to fly in Northrend wotlk".

If you're using the fightloop, you need to move to the target and switch it constantly. That's not how you wanna do this. You wanna stop the fight and restart it with the new mob. Look at my PartyHelper plugin, code is right there.

Edit: Smokie, before desperately trying to increment your post count at all cost, maybe read what the OP is actually asking.

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.
 

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

You can get the color from the item link, using Lua. 

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

This isn't ever going to happen. But you can just select a trainer type for your class from the NpcDB and go to it, then train shit.
That's like 3 more lines of code than forcing it.

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.

They don't have any detection. But they will (depending on GM) IP ban you, if you get caught botting (mostly reports and some statistical analysis, I'm sure).

Replay packets are mostly just movement and some spell packets. They're incredibly small. Take a look at Nostalrius source for a general idea of how it works. 

I wasn't talking about renting hardware, I was talking about overhead of processing power that saving every little action like player positions (not movement packets) would have. Not to mention you'd never store what is essentially non-relational big data in "another MySQL database". They have 7-8k players at peak time, server ticks are every 50ms and they're trying to keep them that low. Even if you somehow delegated all that logging to a separate thread/connection pool without blocking your map update threads, you'd lose out on a lot of performance that they need for other things. 

There's a reason character save operations are only executed at certain points and rollbacks can happen. That shit is expensive. 

Tbc client doesn't have decent warden. They simply can't do anything special with it against a bot that covers its tracks. So analysis is the only option. But they're hindered by resources on that one. 

That would be fairly easy if you're just looking to anti-afk. And it's a surefire way to get you banned moreso than running an actual battleground bot base.

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.

You're running a ton of addons and expecting a Lua-heavy out of process bot to work fast...

Did you see that keys are valid for 1 year only? There haven't been lifetime keys (only for wrobot retail, btw) since ~2018 or so.

Because you're on windows, where newline is \r\n