2025-07-30 08:50 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0002818Spring engineGeneralpublic2011-12-11 19:19
ReporterGoogle_Frog 
Assigned ToKloot 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version84.0 
Target VersionFixed in Version85.0 
Summary0002818: Units avoid walking on buildings with passable yardmap
DescriptionUnit seem to be repelled from the middle of building regardless of whether the unit can walk on the building. Units with completely traversable yardmap (such as mines) are avoided by units and if forced to walk over them they take a jittery path. Such structures should have no effect on pathing.

To reproduce in ZK spawn 100 wolverine_mine and try to walk and armpw into the middle of them.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0007850

Kloot (developer)

It is not a pathing but a collision-detection problem.

The pathfinder ignores units that are either not blocking at all or have yardmaps with only non-blocking sections.

The collision detection only ignores units that are not blocking at all because it is not footprint-based (which will not be changed).

Furthermore ZK mines are not kamikaze units, which are made non-blocking by the engine precisely to sidestep this issue.

I can only offer you a workaround this time: Spring.SetUnitBlocking

~0007851

Google_Frog (reporter)

Could we at least have a 'blocking' tag that does the same thing as kamikaze.

~0007857

Kloot (developer)

https://github.com/spring/spring/commit/56220b1669adbdb67e59b8734166e441e98afad8
+Notes

-Issue History
Date Modified Username Field Change
2011-12-10 14:42 Google_Frog New Issue
2011-12-10 15:43 Kloot Note Added: 0007850
2011-12-10 15:46 Kloot Status new => closed
2011-12-10 15:46 Kloot Resolution open => not fixable
2011-12-11 02:42 Google_Frog Note Added: 0007851
2011-12-11 02:42 Google_Frog Status closed => feedback
2011-12-11 02:42 Google_Frog Resolution not fixable => reopened
2011-12-11 19:19 Kloot Note Added: 0007857
2011-12-11 19:19 Kloot Status feedback => resolved
2011-12-11 19:19 Kloot Fixed in Version => 85.0
2011-12-11 19:19 Kloot Resolution reopened => fixed
2011-12-11 19:19 Kloot Assigned To => Kloot
+Issue History