• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 05:51
CEST 11:51
KST 18:51
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
HomeStory Cup 27 - Info & Preview18Classic wins Code S Season 2 (2025)16Code S RO4 & Finals Preview: herO, Rogue, Classic, GuMiho0TL Team Map Contest #5: Presented by Monster Energy6Code S RO8 Preview: herO, Zoun, Bunny, Classic7
Community News
Weekly Cups (June 23-29): Reynor in world title form?7FEL Cracov 2025 (July 27) - $8000 live event13Esports World Cup 2025 - Final Player Roster14Weekly Cups (June 16-22): Clem strikes back1Weekly Cups (June 9-15): herO doubles on GSL week4
StarCraft 2
General
Weekly Cups (June 23-29): Reynor in world title form? StarCraft Mass Recall: SC1 campaigns on SC2 thread The SCII GOAT: A statistical Evaluation How does the number of casters affect your enjoyment of esports? Esports World Cup 2025 - Final Player Roster
Tourneys
HomeStory Cup 27 (June 27-29) WardiTV Mondays SOOPer7s Showmatches 2025 FEL Cracov 2025 (July 27) - $8000 live event $200 Biweekly - StarCraft Evolution League #1
Strategy
How did i lose this ZvP, whats the proper response Simple Questions Simple Answers [G] Darkgrid Layout
Custom Maps
[UMS] Zillion Zerglings
External Content
Mutation # 480 Moths to the Flame Mutation # 479 Worn Out Welcome Mutation # 478 Instant Karma Mutation # 477 Slow and Steady
Brood War
General
BGH Auto Balance -> http://bghmmr.eu/ BW General Discussion StarCraft & BroodWar Campaign Speedrun Quest ASL20 Preliminary Maps Unit and Spell Similarities
Tourneys
[BSL20] GosuLeague RO16 - Tue & Wed 20:00+CET The Casual Games of the Week Thread [Megathread] Daily Proleagues [BSL20] ProLeague LB Final - Saturday 20:00 CET
Strategy
Simple Questions, Simple Answers I am doing this better than progamers do.
Other Games
General Games
Stormgate/Frost Giant Megathread Nintendo Switch Thread Path of Exile What do you want from future RTS games? Beyond All Reason
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Heroes of StarCraft mini-set
TL Mafia
TL Mafia Community Thread Vanilla Mini Mafia
Community
General
Things Aren’t Peaceful in Palestine Stop Killing Games - European Citizens Initiative Effective Commercial Building Cost Assessment Tips Trading/Investing Thread US Politics Mega-thread
Fan Clubs
SKT1 Classic Fan Club! Maru Fan Club
Media & Entertainment
Anime Discussion Thread [Manga] One Piece [\m/] Heavy Metal Thread Korean Music Discussion
Sports
2024 - 2025 Football Thread Formula 1 Discussion NBA General Discussion TeamLiquid Health and Fitness Initiative For 2023 NHL Playoffs 2024
World Cup 2022
Tech Support
Computer Build, Upgrade & Buying Resource Thread
TL Community
The Automated Ban List
Blogs
from making sc maps to makin…
Husyelt
Blog #2
tankgirl
Game Sound vs. Music: The Im…
TrAiDoS
StarCraft improvement
iopq
Heero Yuy & the Tax…
KrillinFromwales
Trip to the Zoo
micronesia
Customize Sidebar...

Website Feedback

Closed Threads



Active: 576 users

Weird unit behavior

Forum Index > SC2 General
Post a Reply
Obsi
Profile Joined June 2011
87 Posts
June 22 2016 16:19 GMT
#1
Hi everyone,

I just happened to find some weird unit behavior that I thought might interest some of you.
So basically if you move command (right click) with an army unit (not happening with workers) on another friendly unit, it will run to that unit no matter whether there are enemy units around any of the units as you would probably expect when rightclicking. However if the moving unit gets close to the unit you right-clicked on, at a given radius, the moving unit changes into attack mode and will not finish its move command but rather attack anything inside its aggro radius, if there is an enemy unit inside the moving unit's aggro radius. It neither changes the attack priority (units that can attack you are attacked first etc.), nor does it work with just enemy buildings in its radius.

The question though is why that is the case or rather why Blizzard would implement such a behavior, as I assume that it's not a bug. If you're in a fight the only reason to move command that comes to my mind right now is to stutter step forward. But if you do that, you want your units to actually move and not switch back into attack mode right away, as you could've just a-moved then. Now the situation where I found out about this might seem very special, but it was actually costing me quite a lot. I ran into my opponents mineral line with just 1 zergling surviving and 2 banelings trailing behind and my opponent had a queen sitting on the far side of the mineral line at the hatchery. Now I wanted to walk into my opponents mineral line with my banelings but accidently right-clicked onto my zergling. If my banelings would've just finished their move command, that would not have mattered as I would then let them explode on drones. But after walking towards the zergling for just a second they turned around and subsequently attack moved into the queen doing pretty much nothing and ignoring their initial command I gave them.

So while this is a very specific scenario, it can happen and leads to very unintuitive behavior. I see that it might save you from losing a battle stupidly, but the only real reason to use move command inside a fight as mentioned before is if you actually want to walk forward, so it doesn't help there either. It can also keep you from microing away from your opponent since if you want to right click a damaged unit back and you accidently right click on one of your units standing behind, the microed unit will actually not change anything at all and just continue attacking.

I hope it's new and interesting for at least some of you, as I've been playing SC2 for a long time and never encountered this before or at least never realized. If I overlook like a huge advantage of that behavior (besides maybe on really low level when people.... right click their whole army on own units in fights and don't realize it???) please let me know.


Wait what.
Ctone23
Profile Blog Joined December 2012
United States1839 Posts
June 22 2016 16:49 GMT
#2
Not sure what you mean,but this thread may help.

http://www.teamliquid.net/forum/starcraft-2/365518-sc2-general-discussion-and-simple-q-a
TL+ Member
Obsi
Profile Joined June 2011
87 Posts
June 22 2016 17:09 GMT
#3
Maybe I wasn't clear with that. As I said I've been playing SC2 for a long time and never realized that, maybe it is even new with LotV? I'm asking for reasons why such behavior would be wanted over the intuitive behavior of the unit just fullfilling its command. If you don't see material for discussion I guess it will just be informative for people who are interested. Like "99% useless facts" style I guess.

Maybe I'll just add some gifs/videos/pictures later if possible so it'll be easier to comprehend.
Wait what.
Edowyth
Profile Joined October 2010
United States183 Posts
Last Edited: 2016-06-22 17:20:34
June 22 2016 17:19 GMT
#4
On June 23 2016 01:19 Obsi wrote:
The question though is why that is the case or rather why Blizzard would implement such a behavior, as I assume that it's not a bug.


AFAIK it's always worked like this. These are the same actions that are taken by units rallied to another unit (for instance a group of phoenixes rallied to the first phoenix which you produced).

The "attacks enemies when inside its radius" thing when they "don't attack enemy buildings" is just a matter of the "move to X unit" implementation: units will "defend" (by shooting units) when they're within a certain range, but will never go "aggressive" (by attacking buildings).

All I can say, with regards to the baneling scenario is to be careful where you click -- typically you'd click behind the arriving zerglings so that your units will move towards the point you want, but you'll not have to worry about clicking on your own lings (similar to clicking beyond workers with banelings so that they don't all try to explode on a particular one, then explode by proxy when their target is dead yet other things are in range).
"Q. How do I check a valid [e-]mail address? A. You can't, at least, not in real time. Bummer, eh?" /r/programming
Of course, you could just send them a validation email.
Dumbledore
Profile Joined April 2011
Sweden725 Posts
June 22 2016 17:21 GMT
#5
", it will run to that unit no matter whether there are enemy units around any of the units as you would probably expect when rightclicking. However if the moving unit gets close to the unit you right-clicked on, at a given radius, the moving unit changes into attack mode and will not finish its move command"

You are contradicting yourself :S
Have a nice day ;)
Obsi
Profile Joined June 2011
87 Posts
June 22 2016 18:06 GMT
#6
On June 23 2016 02:21 Dumbledore wrote:
", it will run to that unit no matter whether there are enemy units around any of the units as you would probably expect when rightclicking. However if the moving unit gets close to the unit you right-clicked on, at a given radius, the moving unit changes into attack mode and will not finish its move command"

You are contradicting yourself :S


I am considering the scenario where you click on another unit of yours from either further away than that radius or in an environment where there are no enemy units around. Though I didn't specify that beforehand it should be clear by the end of the next sentence. That's also why the sentence starts with "however". Sorry for writing it badly, I tried to build a picture here. Imagine just rightclicking one of your units and what you'd expect, if you didn't knowing about the following.

On June 23 2016 02:19 Edowyth wrote:
Show nested quote +
On June 23 2016 01:19 Obsi wrote:
The question though is why that is the case or rather why Blizzard would implement such a behavior, as I assume that it's not a bug.


AFAIK it's always worked like this. These are the same actions that are taken by units rallied to another unit (for instance a group of phoenixes rallied to the first phoenix which you produced).

The "attacks enemies when inside its radius" thing when they "don't attack enemy buildings" is just a matter of the "move to X unit" implementation: units will "defend" (by shooting units) when they're within a certain range, but will never go "aggressive" (by attacking buildings).

All I can say, with regards to the baneling scenario is to be careful where you click -- typically you'd click behind the arriving zerglings so that your units will move towards the point you want, but you'll not have to worry about clicking on your own lings (similar to clicking beyond workers with banelings so that they don't all try to explode on a particular one, then explode by proxy when their target is dead yet other things are in range).


The problem is that I had the banelings and ling in the same hotkey and I rightclicked like twice I guess. But since the ling was already very close to where I rightclicked by the time I rightclicked the second time it was already there so I actually clicked on the zergling. Thanks for pointing out that this has always been the case. But still, where's the point in that? The upside seems very small. Since Blizzard always wanted "intuivity", that seems like a weird decision.

Wait what.
Sweetness.751
Profile Joined April 2011
United States225 Posts
June 22 2016 18:16 GMT
#7
On June 23 2016 02:21 Dumbledore wrote:
", it will run to that unit no matter whether there are enemy units around any of the units as you would probably expect when rightclicking. However if the moving unit gets close to the unit you right-clicked on, at a given radius, the moving unit changes into attack mode and will not finish its move command"

You are contradicting yourself :S


Hes not really contradicting himself. Hes just pointing out that the unit acts differently depending on if there is an opponent's unit in the area.
Elentos wrote: Do you think only 10 life points more for Viking is enough bObA wrote: 10 life points is all you need to send someone to the Shadow Realm.
The_Frozen_Inferno
Profile Joined September 2012
Canada98 Posts
June 22 2016 18:20 GMT
#8
Something about this sounds familiar . . .

http://www.teamliquid.net/forum/starcraft-2/508670-possible-move-command-bug

In Bizarro World, I ladder more than I make custom maps
Obsi
Profile Joined June 2011
87 Posts
June 22 2016 18:45 GMT
#9
On June 23 2016 03:20 The_Frozen_Inferno wrote:
Something about this sounds familiar . . .

http://www.teamliquid.net/forum/starcraft-2/508670-possible-move-command-bug



Thanks, haven't seen that post before, sorry. At least it confirms what I found. Though there is no real discussion going on it seems the general consensus is that it's doing more bad then good? Sad the thread didn't make it big enough for Blizzard to do sth about it or maybe they just don't care or actually think it's a good "feature". I don't know, but I don't think it's doing good and it's counterintuitive anyways.
Wait what.
Edowyth
Profile Joined October 2010
United States183 Posts
Last Edited: 2016-06-22 19:51:28
June 22 2016 19:49 GMT
#10
On June 23 2016 03:06 Obsi wrote: Thanks for pointing out that this has always been the case. But still, where's the point in that? The upside seems very small. Since Blizzard always wanted "intuivity", that seems like a weird decision.


It's mostly for the rally-point, I suspect.

So, if you rally a bunch of marines to a tank (say), then units get close to the tank, which of these responses would you prefer from arriving marines?

1 - Do nothing, but continue moving to the tank (strictest move-command logic)
2 - Realize there's enemies in range, and shoot them (current logic)
3 - Realize there's enemies in range and a floating building and shoot whichever is closer / has higher threat-detection (probably "best" logic by most people's reckoning)
4 - Shoot everything along the way (_not_ acceptable according to the move-command rally point, to most people)

Personally, I'm not really sure why it's not 3, but neither 1 nor 4 would make me happy -- if we have only move-command rally-points.

What would make sense would be if:

- rally-points worked on 3
OR
- attack-move rally command was available which worked on 4 and the move-command rally point worked on 1 (or 3)

AND
- move-commands to units worked according to 1

AFAIK there's no really good logic to why move-commanded units don't attack buildings. Other than that, it's all interface improvement wishes, tbh.
"Q. How do I check a valid [e-]mail address? A. You can't, at least, not in real time. Bummer, eh?" /r/programming
Of course, you could just send them a validation email.
Xsyq
Profile Joined December 2015
143 Posts
June 22 2016 19:59 GMT
#11
This has been the way move worked as long as I can remember, certainly since WOL.
Think of it as "move" changing to "guard" when used on a friendly unit; the guarding unit will attempt to move to the unit it guards and then attack anything (including buildings) in range that it can, as long as that unit is attacking. If the unit is moving without an attack command then the guarding unit will only move too. The behavior of the followed unit determines the behavior of the following unit.
Ahli
Profile Joined May 2012
Germany355 Posts
Last Edited: 2016-06-22 20:33:39
June 22 2016 20:30 GMT
#12
I've made a video where I explain how the follow order works.



The follow order makes a unit essentially protect another unit.
But the defender only attacks units when the defender is within a certain distance of the protected unit. The distance is 6.
Also, the order of the protected unit is important. The defender will only attack when the protected unit is not on move command (so stop, hold position, patrol, attack, harvest will all make the defender attack, only the move order will prevent the defender from attacking enemies).

TLDR: not a bug, working as intended
AhliSC2@Twitter - GameHeart Observer UI - "HomeStoryCup XX" extension mod fixes WCS GameHeart's small bugs, adds a lot of new features -
RaiZ
Profile Blog Joined April 2003
2813 Posts
Last Edited: 2016-06-22 21:04:29
June 22 2016 21:00 GMT
#13
On June 23 2016 04:59 Xsyq wrote:
This has been the way move worked as long as I can remember, certainly since WOL.
Think of it as "move" changing to "guard" when used on a friendly unit; the guarding unit will attempt to move to the unit it guards and then attack anything (including buildings) in range that it can, as long as that unit is attacking. If the unit is moving without an attack command then the guarding unit will only move too. The behavior of the followed unit determines the behavior of the following unit.


No it wasn't, I'm pretty sure. It started doing that since mid hots I think. And it pisses me off. It happens like at least 2-3 times per day, and that's exactly why I'm losing more games than I should have.

On June 23 2016 03:45 Obsi wrote:
Show nested quote +
On June 23 2016 03:20 The_Frozen_Inferno wrote:
Something about this sounds familiar . . .

http://www.teamliquid.net/forum/starcraft-2/508670-possible-move-command-bug



Thanks, haven't seen that post before, sorry. At least it confirms what I found. Though there is no real discussion going on it seems the general consensus is that it's doing more bad then good? Sad the thread didn't make it big enough for Blizzard to do sth about it or maybe they just don't care or actually think it's a good "feature". I don't know, but I don't think it's doing good and it's counterintuitive anyways.


I was searching for that post and yeah, it's bad as you can guess. Definitely annoying.
Especially in ZvZ in lings / banes war, where sometimes I want my queens to move near the minerals. But more often than not, it doesn't move at all because I right clicked a drone. Or when I tell my queen to move back near a spore when there are phoenix. Lost way too much queens because of that sh.t and I'm pretty sure it didn't behave like that in WoL.

I guess Blizz doesn't want to change it because there are players that like to move out with their queens and ultras (for example) and right click whatever unit they have in their army. Definitely something I don't like, but may not be as annoying as you'd think for the others players.

Still annoying as fuck.
Man is least himself when he talks in his own person. Give him a mask, and he will tell you the truth. Oscar Wilde
Xsyq
Profile Joined December 2015
143 Posts
June 22 2016 22:00 GMT
#14
On June 23 2016 06:00 RaiZ wrote:
Show nested quote +
On June 23 2016 04:59 Xsyq wrote:
This has been the way move worked as long as I can remember, certainly since WOL.
Think of it as "move" changing to "guard" when used on a friendly unit; the guarding unit will attempt to move to the unit it guards and then attack anything (including buildings) in range that it can, as long as that unit is attacking. If the unit is moving without an attack command then the guarding unit will only move too. The behavior of the followed unit determines the behavior of the following unit.


No it wasn't, I'm pretty sure. It started doing that since mid hots I think. And it pisses me off. It happens like at least 2-3 times per day, and that's exactly why I'm losing more games than I should have.

I'm curious then, how did move work according to you before they changed it? Because it's always done this as long as I can remember.
Please log in or register to reply.
Live Events Refresh
Next event in 1h 9m
[ Submit Event ]
Live Streams
Refresh
StarCraft: Brood War
Calm 9210
Sea 3191
Flash 1645
TY 668
Zeus 224
Soma 192
Rush 138
Pusan 138
Stork 91
ToSsGirL 79
[ Show more ]
EffOrt 67
Shinee 53
Sharp 34
ZerO 33
Aegong 29
Movie 19
Mind 17
Noble 11
Free 9
ajuk12(nOOB) 7
Hm[arnc] 3
Bale 2
Britney 0
Dota 2
420jenkins659
BananaSlamJamma644
XcaliburYe538
XaKoH 453
League of Legends
singsing920
Counter-Strike
Stewie2K1213
shoxiejesuss734
Super Smash Bros
Mew2King125
Other Games
shahzam1275
ceh9770
Happy366
crisheroes254
KnowMe247
Pyrionflax162
ZerO(Twitch)11
Organizations
Other Games
gamesdonequick690
StarCraft 2
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 12 non-featured ]
StarCraft 2
• LUISG 34
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Stunt461
Upcoming Events
Wardi Open
1h 9m
PiGosaur Monday
14h 9m
The PondCast
1d
Replay Cast
1d 14h
RSL Revival
2 days
ByuN vs Classic
Clem vs Cham
WardiTV European League
2 days
Replay Cast
2 days
RSL Revival
3 days
herO vs SHIN
Reynor vs Cure
WardiTV European League
3 days
FEL
3 days
[ Show More ]
Korean StarCraft League
3 days
CranKy Ducklings
4 days
RSL Revival
4 days
FEL
4 days
Sparkling Tuna Cup
5 days
RSL Revival
5 days
FEL
5 days
BSL: ProLeague
5 days
Dewalt vs Bonyth
Replay Cast
6 days
Liquipedia Results

Completed

Proleague 2025-06-28
HSC XXVII
Heroes 10 EU

Ongoing

JPL Season 2
BSL 2v2 Season 3
BSL Season 20
Acropolis #3
KCM Race Survival 2025 Season 2
CSL 17: 2025 SUMMER
Copa Latinoamericana 4
Championship of Russia 2025
RSL Revival: Season 1
Murky Cup #2
BLAST.tv Austin Major 2025
ESL Impact League Season 7
IEM Dallas 2025
PGL Astana 2025
Asian Champions League '25
BLAST Rivals Spring 2025
MESA Nomadic Masters
CCT Season 2 Global Finals
IEM Melbourne 2025
YaLLa Compass Qatar 2025

Upcoming

CSLPRO Last Chance 2025
CSLPRO Chat StarLAN 3
K-Championship
uThermal 2v2 Main Event
SEL Season 2 Championship
FEL Cracov 2025
Esports World Cup 2025
StarSeries Fall 2025
FISSURE Playground #2
BLAST Open Fall 2025
BLAST Open Fall Qual
Esports World Cup 2025
BLAST Bounty Fall 2025
BLAST Bounty Fall Qual
IEM Cologne 2025
FISSURE Playground #1
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2025 TLnet. All Rights Reserved.