Matenia

If you log back in, it will tell you if it's perma. If it doesn't mention being temporary, it's perma.
99.99% chance it's perma, btw.

Just set fightclass range to 30+ yards

You're using Wow Addons and a random Grinder profile. 
If it fights back when you're attacked, the problem is that you need to make a proper grinder that actually chooses and fights enemies. Recording a route isn't enough.

This is by no means a full (or working) profile, just something that I messed around with a few years back. In fact, it's dated 2019 in my folder. But you can load this in the Quester product and give it a try (try on a fresh character, preferably):
HordeGrinder1-60.xml
HordeGrinder1-60_TBC.xml

I use EventsLuaWithArgs.OnEventsLuaStringWithArgs for pretty much everything. It definitely logs all events. However, if you're using something based on my framework, where I copied this functionality, I specifically only registered it with COMBAT_LOG_EVENT_UNFILTERED, whereas Droidz' functionality uses RegisterAllEvents().

Also, have you made sure you're actually getting the event for auto shot in the client? Afaik, at least in TBC, it was never fired.

No, he can't. He was basically reselling something he stole from someone else as his own. He does not have the knowledge to make modifications.

Du musst wahrscheinlich die Profile im Quester Editor verändern, da sie aktiv C# benutzen um eine "sensible" Voreinstellung von Settings für dich zu treffen. 
Generell sind diese sehr alten, nicht mehr gepflegten, Profile nicht zu empfehlen. Mach lieber deine eigenen oder such dir welche aus, die etwas neuer sind und/oder kontaktier die Macher wenn du noch Probleme hast. 

Da wir kein Logfile von dir haben könnte es auch sein, dass du wild irgendwelche Plugins benutzt, die du nicht verstehst und diese zum Verhalten führen, was dich stört.

WRobot API Documentation
Website: https://wrobot.eu/byme/doc/
Offline documentation: https://wrobot.eu/byme/doc/WRobot.chm
(from Wotlk version, Updated the 01 February 2021)
 
 Unofficial documentation is available here   , it is still very useful because it contains examples and descriptions that are not available in the official.
 
 

UnitBuff doesn't allow for regex afaik. Just iterate all buffs and use string.match or w/e the Lua function is on each name to do a partial match. 
In Lua ".." concatenates 2 strings. If you want to use a "." in regex without it representing any character, you can escape it using "\"

No offense to Droidz, but it's pretty much laziness. He'd have to add everything for every expansion and then maintain it manually if pathfinding for the expansion ever changes.

I do pretty much the same thing for some connections in HMP. A few Droidz added after being given the info so I could remove them. Others I still struggle with due to large distances. It's really not as reliable as I'd like it to be.

The API docs are outdated or incorrect and that sentence is a reference to TBC, where you couldn't see ANY durations (no timeLeft either) if it's not casted by you. I thought it was pretty common knowledge that in WotLK you can see all durations at all times. This is exactly what the default UI does - how do you think it draws cooldown frames or addons like OmniCC wrap timers over them?

So to take my original post from weeks ago:

 
local _, _, _, _, _, duration, expiration = UnitDebuff("player", "Polymorph") local timeLeft = expiration - GetTime() -- timeLeft in seconds local timeAlreadyPassed = duration - timeLeft -- time the debuff has been applied to the target in seconds if (timeAlreadyPassed > 2) then CastSpellByName('Simple Logic') end  

Because duration is 5 if the poly is on DR, etc.

I literally gave you the full solution. You have the time left, you have the full duration. From that you can do the math to get the the starting time in GetTime() value. 

It's CTM, it's used for everything movement related, interaction, targeting etc. That's what the WoW client uses it for under the hood.
Precision is how close you have to be to the target vector for movement to stop.

If you use code, you can use polyarea_water and roads, which should help general navigation to avoid water and prefer roads

My solution still stands. GetTime() is a timestamp of sorts. It ALWAYS changes.
That's why you need to calculate the time that has already passed since the spell was applied, which is its full duration MINUS the in which it's going to end. And THAT needs to be larger than 2.

I hardcode lists and partially rely on user feedback.

Now you could parse combat log events, store the results per mob entry and maybe even serialize them. That way, you're good to go. Unfortunate though, if mobs are immune for only a few seconds and you never use certain spells anymore because they temporarily immuned thanks to a buff.

Although I guess you could write some smart detection for a "buff state" in combination with the school/spell. Spell school can be ready from spell info and combatlog iirc.

I stumbled across a website the other day, while looking for an alternative to Rocketr to process payments, and validate plugins, fight classes, etc.
when I found, cryptlex (Powerful software licensing API).
Quick Start
Using LexActivator with C#
After working with the code a bit, I wanted to share a demo project, along with a demo product online, as well as license keys if anyone would like to test it out for themselves.
This project may have bugs and may not work 100%. I am hoping if other programmers check out the code they can offer ideas, comments, and even
constructive criticism using this method.
There is a "WRobot" directory in the attached zip file that stores the files required to run the LexActivator C# wrapper as well as the plugin and the product.dat file.
Extract the files into their appropriate directory.
VirusTotal
CryptlexAuthenticator.zip

It uses a pathfinding server, so there are no client side meshes.
If you don't disable pathing and you're on the real trial, it will path find correctly.

GoToTask is blocking, it will not stop walking unless you also pass a breaking condition to the "whileCondition" parameter.
Or use normal MovementManager.Go which is not blocking - but if you have a complete condition, it will just call MovementManager.Go over and over until the condition is fulfilled.

This is tick-based vs blocking.

IsValid checks if it still exists in objectmanager. You never need it, unless you store a unit over a long period of time.
Because when you move 100 yards from the point of unit acquire, it might have disappeared from the objectmanager and not been updated either.

Do not explicitly set ForceToTown back to false. It's not a blocking call and after the vendor run was successful, the ToTown state sets it back itself.

Plus you don't even have a wrobot license, how on earth did you end up here?

If you've seen my 1.12 fightclass framework, this is basically the much enhanced version.
It should work for WoW 2.4.3 and 3.3.5a, possibly many more expansions. The only thing you would have to do is adjust the way combatlog events are parsed, if paramters have changed in your expansion. Everything else should be handled by wRobot. 

Below you can find the GitHub repository. It also contains a very simple enhancement shaman fightclass as an example that you could change to fit your own needs.
This is for developers only. If you're a regular user, I recommend just buying my fightclasses. They are, in my opinion, fairly priced.

Features:
- checks with server if a spell was successful
- support for different types of spells 
- no more double casts of any sort (heals, debuffs, damage)
- possibility to ignore server responses
- easy offtarget handling
- performant caching and rotation handling
- possibility to use as a healing framework
- support for wanding
- multilanguage support
- dispel by debuff type
 

https://github.com/Schaka/wRobotFightclassFrameworkEnhanced
 
@Droidz would be nice if you could sticky/pin this thread