Warcraft 3 control losing bug

Hello everyone.

Recently I found a bug, or better, I was able to reproduce a bug, which I noticed to be in warcraft for a long time, which makes you lose the control of a unit completely. I do not know, if this is a kind of new find, or if there are more similar problems, but I decided to report this.

I believe this bug to be the cause of some rare problems with some custom maps (eg Dota) and systems (eg xe, specifically xecast).

This are the symptomatics I found actually:
-The unit does not respond to orders immediately, but will carry out the current order no matter what.
-the next order will be executed, after the current order is done (basically as if you hold shift, but not entirely, because unlike when holding shift only the last given order before finishing the current order will be queued)
-this seems to be permanent, even for all orders you follow up with.
-if you give a permanent order (like "move" on an allied unit), you lost your control completely, since the current order will never be finished, thus no new order queued.
-if the unit is paused and unpaused and given a "stop" order inbetween (the currently used method to "savely" cancel a unit's current order), it will remember its orders after unpausing and continue it.
-however, allied players with shared control do not suffer the control loss and can move your unit at will.

So how is this related to Dota and xe?

For Dota: I get this bug very rarely, had it about 10-15 times approximately (not only Dota, but in other custom games also). Most times my Hero was just "frozen", I could not move him anymore or issue any commands. However, I could share control an my allies could control them at will. I assume this to be the mentioned bug, when used a move order on a static allied unit (eg right-clicking a shop or a building/tower).

For xecast: For some spells I discovered strange behavior on the dummys (in very rare cases and only for specific abilities), which seems to be caused by the AI protection, which paused the units, sometimes the paused units remembered an order (an issued move order for testing, for example) and executed this order instead of casting the actual spell they should do, making xecast fail sometimes.

Well, storing orders even while paused/issued other orders and losing control while allies can control you both sound like the mentioned symptomatics for me.

The reproducable method I mentioned is quite easy. I took a modified metamorph with 0 Dur and HeroDur (no change time and 0/infinite duration), and removed the morphing ability on endcast. Then you have your control-restricted demon hunter.
However, I do not believe this the only method to achieve this, I think some other spells can create the same effect on the hero.

But for now, I am actually more interested in a method to restore the control of a unit. What I have tried so far to regain control:

-hide/unhide
-locust/unlocust
-add meta again and use it
-pause/unpause

and most possible combinations.
None had any effect.

Well, what I think is: If I can find a simple way of restoring the controls, it coult be implemented in for example xecast (eg right before/after casting) and dota (as a useable command like -unstuck, or even as a part of it).

I guess I wrote way too much, I hope you got my point and maybe an idea how to restore the control. If this is known already, I am sorry to have bothered you.

ive experienced something like that, but the little queued order flags pop up as well. i fix this problem as a player by pressing shift once.

> i fix this problem as a player by pressing shift once.
Yeah, that's the only solution I found so far. If you notice the loss of control quick enough and press Shift it wouldn't be such a loss (in DotA). The first "symptoms" can be easily spotted - when you issue an order a rally point is set as if you're actually holding Shift.

Thats another bug you mean. I noticed that one, too, but thats only like you hold shift all the time. Press shift again and its gone. Also this applies to every unit you control, not one specific unit.

If you hold shift during the bug I mean, the commands are queued. If you issue another command then without holding shift, the first shift-waypoint remains visible and the order until this waypoint will be still carried out and the order will be queued after as mentioned.

I said this control-loss is different from holding shift, usually you dont see any waypoints and not all commands are queued, only the last issued follow-up command is queued after the current one. It has nothing to do with shift and is not cancelled by it.

Maybe there is something wrong with your keyboard?
Or reinstall zhe Warcraft.

Nops, this is a real bug, I've already faced it in a dota game, it is probabily related to morphing abilitys cause at that time, I was playing with Batrider under a heavy battle and then it stopped responding, having the same symptoms described.

Crap, I just realized that bug in my own map as well :/
Dunno which spells exactly cause it but I have some that issue the unit some orders.

it is related to morphing abilitys ?
maybe it is
morphing abilitys can cause lose control
er
I am chinese
and it is hardly for me to explain this bug
http://bbs.islga.org/read.php?tid=12330
you can find something about the bug in this link
but because it is a chinese BBS
so you need a translation software
you can have a test with the map
when you got the book
and attacked by knights
you will lose contorl

Well, morph and avatar-based abilitys seem to be the main causes of this, but I faced the bug using other abilities, too (for example, the "Healing Spray" from Goblin Alchemist - note that I used it independently of his own morph ability)

My main issue now is to manage to get back the control somehow, but I did not find any working solution so far.

the map just a example
some other ablility would cause it
such as avatar
and you may lose control at other condition

if you order a unit about 0.01 second before it was damaged by Storm Bolt or other abliitys of stun in
and you will lose your control

the map just a example
some other ablility would cause it
such as avatar
and you may lose control at other condition

if you order a unit about 0.01 second before it was damaged by Storm Bolt or other abliitys of stun in
and you will lose your control

how to restore the unit form losing control
maybe use morphing abilitys is a way
i have saw a map about how to restore
and get a right result
but when i use this way in oher map
i can got the right result
i don`t know whether you could know what in the map
i wish you could

Oh man, this is a very, very serious issue :/
For the Wc3 users this is (of course not 'really') worse the virus-code execution glitch because it actually will affect em sooner or later. Someone already reported this or are you guys gonna testing it out more?

yes,this issue has been researched a long time ago.and they have found a way to restore the control .and you can see the tset map which i upload.
but in my test ,i can`t get the right restut with this way.
it`s very strange that why i can`t get the right result.
i have no idea about the reason of it .and then i will ask who give the test the map .

confirmed, its related to batriders spell firefly which morphes him to a flying unit.
I recently had this issue aswell.

I activated firefly,
issued another spell on an enemy hero out of range,
got stunned before my hero was able to set off that spell.

After the stun weared off, my hero went the whole way to the enemies fountain (the mention hero tped while i was stunned) to cast the formerly ordered spell on the enemy hero, and i wasnt able to cancel that, and of course - died.

I believe the bug is related to pausing the unit at the same time that they are given an action. You can reproduce this by ordering a unit to stop and setting another trigger to pause a unit if they are issued an order to stop. Upon unpausing this type of bug will always occur for the said unit. The only way I know to prevent this is having a short delay between declaring the order, and pausing the unit action. The stun relation may be caused by a similar effect.