Matenia

Modified clients will modify internal map info in ways that can easily confuse WRobot but not the user itself because everything is visually adjusted.

Also, I highly recommend you use Quester, not Grinder profiles. Some grinders just make you walk a pre-determined path and to get there in the first place, it'll try a straight line.

Also, you don't own a WRobot license, I doubt you'll be getting much more support.

Looks like it's not spelled correctly and all lower case too

You'll have to compile it yourself, removing the auth code. Alternatively, someone else will have to do it for you. 

The entire project code is there, it's as easy as loading it up in Visual Studio, removing the one line of authentication code and hitting build.

Otherwise you and everyone else will lose access when the servers go down. It's a decision I had to make. I've been supporting these for 8 years, people got their money's worth.

The experimental project contains its own quester, own combat engine and own fightclasses using that combat engine. It was developed with 3.3.5a in mind and I tried to move it to Legion+ and 64 bit. None of it works in its current form. Git history may help. This also has a modified version of Reapler's WowDB.

The fightclasses zip contains everything ever posted on here. It has HMP, my fightclasses etc. This works 100%, you just need to put your own WRobot binaries into the projects.

I can't maintain the code anymore and at the moment it just costs me money. Everything has officially been abandoned. Servers will go down in June or July whenever my contract runs out.

Feel free to do with this code whatever you want and do as you please. This does NOT include turning it into paid products. 

I had a good run here on WRobot and hope at least the Wholesome team can make use of some of this.

wrobot-experimental.zip wrobot-fightclasses.zip

Assuming you spelled it correctly (unlike in the title) it would help to understand your version/client/etc.

The bot by default does some regular CanCast type checks and one of them may be buggy for totems. A relog can sometimes help. Having the actual totem in your bags is required for many expansions, meaning you need to do the quest.

That being said, you can also way use Lua and do CastSpellByName('Grace of Air Totem')

Either print debug info via wrobot to find the ID or use wowhead and search for objects like this:

https://www.wowhead.com/search?q=zeppelin#objects

https://wotlk.evowow.com/?search=deeprun+tram#objects

If the boss is dead, it won't complete.

The unit still exists. Filter for alive units or create a second condition that checks if there's one returned unit and it's dead

You don't have a WRobot license, I doubt you will get help here.
Your old version (cracked) of WRobot likely doesn't work with any modern WRobot fightclasses.

Exactly as easy. I published the framework for free on these forums (you can't see, because you don't have a subscription). 
There's even support for Wand (Shoot) and Auto Shot in there, which requires more work.

If you have a fightclass that evaluates fast, you can also get stuck wanding forever and unable to cast spells inbetween, as wanding blocks them.

This is a grinder. You need a quester, especially if you want C# code.

Grinders will not work. There's development and tutorial sections on the forums. There are even some example profiles for a lot of stuff, either in those sections or in the download sections for the 1.12, 2.4.3 and 3.3.5a

Run where to? You could make a plugin that cancels all combat, ignores all feature combat and runs to the nearest vendor, if you're comfortable with C#.

99-100% chance you will run into some mobs, aggro them and die. Best to just refuse combat, spam some emotes at your enemy and die.

This will require C#. Either in the fightclass or a separate plugin that forces combat with those mobs. 

The bot has a TRIAL license to test for yourself

If you look at the log, the bot already tries 4 or 5 different pathfinding servers.
The problem seems to be that you can't connect to any of them. Try a different VPN provider.

If it works without a VPN, just run WoW through a VPN or Socks5 proxy.

Have you tried another fightclass yet? Literally any other?
If you can run the RoguePvP fightclass in a quester profile for 30-60minutes while grinding mobs, it's definitely not the issue. Nobody else has report this to me.

1 hour ago, loartre said:

 

Oops!

You do not have permission to view this topic."

 

Only members who pay for the bot and have an active license can.

https://wrobot.eu/forums/forum/37-quester-assistance/

If you can't even restart WoW and just play it without WRobot, it sounds like a system issue. Either corrupt OS or your RAM is unstable.
Maybe unstable RAM overclock or XMP isn't fully stable. Maybe some defect ICs or a few cells of an IC.

You have to make your own quest profile

It's probably because it's protected if you run it via Macro - at least it needs a keypress.

You should use RunLua and remove the /run part of the macro, the rest after it is pure Lua anyway.

No need to put this in 2 steps either, the other part (again, no /run or /script needed) should just go at the end of your existing Lua code

4 hours ago, libai said:

 

fightclassed can be compile into dll and then use some tool to encrypt ... but how to do with files in profiles .. like quests  it seems no way to compile to dll 

If you're an authorized seller, you can encrypt it with Droidz' software and the real version will only be available from the servers.

16 hours ago, Nax said:

You could consider creating a system where the decryption key is generated based on the user's IP address or hardware ID. To implement this, you'll need to delve into the field of cryptography and learn how to securely handle and manage these keys,

 

i am currently researching this to give people able to protect their own fightclasses / profiles etc.

Don't create an encryption ID based on IP, that's bound to lead to issues. If you do it based on MAC address, it's probably the smartest - it can be changed but you're not fucking users over if they swap out their hardware - most users won't change their motherboard too frequently - or their NIC for that matter.

I recommend creating keys on purchase, unique to the user (order id + email) and validating them periodically (heartbeat) - or if your server can handle it, just keep a bunch of TCP connections open for user sessions.
I shared my server that does exactly this and can be attached to Rocketr in the authorized sellers forums and it's what most people here were using. It's good enough, if your DLLs are properly obfuscated.

Can it still be cracked somewhat easily by someone with extensive reverse engineering knowledge? Of course. But so can pretty much any program you write.

I checked the fightclass and told him to please try with another. It's up to date for sure (I fixed the exceptions, but they shouldn't have caused this).

I think the battlegrounder may not find a player to follow or lack an objective and you can go afk (no combat, you get the debuff, etc). 

It's probably encrypted with a salt. I doubt Droidz will share that. 
It's probably easier to set the values to the Settings class via a plugin, then restart the bot and turn off the plugin.

Since they control the client, they can easily save data in your client before banning you that sends them this info again when you make a new account.

When you get banned, change your IP, make a new account in incognito mode, delete WDB AND WTF folder before you start the game again.
If you wanna be even more safe, download client from scratch.

Your only bet is running a script that keeps checking for failed quests and abandons them via Lua