2025-07-20 12:31 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0004029Spring engineLuapublic2013-10-06 19:07
ReporterTheFatController 
Assigned ToKloot 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version94.1.1+git 
Target VersionFixed in Version 
Summary0004029: SetUnitBlocking can't set units to not collide without disabling projectile collisions too
DescriptionSpring 94.1.1-1241-g7301448 develop

I had set burrows and tubes in BA chicken defense to allow units to pass through them for pathing with:
Spring.SetUnitBlocking(unitID, false, false)

In latest Spring this also makes all projectiles pass through the units aswell, I haven't found a way to toggle SetUnitBlocking to allow units to occupy the same space but still be hit by projectiles so it seems to be an issue.
Steps To Reproducefunction gadget:UnitCreated(unitID, unitDefID, unitTeam)
    Spring.SetUnitBlocking(unitID, false, true)
end
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
related to 0004005closedKloot Nonblocking features don't trigger tooltip 
+Relationships

-Notes

~0011696

Kloot (developer)

Last edited: 2013-10-06 02:59

View 2 revisions

cannot reproduce (BA 7.83)

Spring.SetUnitBlocking(unitID, false, true) added to any gadget:UnitCreated does exactly what it should ("a way to allow units to occupy the same space but still be hit by projectiles"), tested armsam's versus armvp given to team 0 and team 1

~0011697

TheFatController (reporter)

Last edited: 2013-10-06 03:04

View 2 revisions

oops really sorry, my fault for copying and pasting late at night, the change in behaviour is with

Spring.SetUnitBlocking(unitID, false, false)

Not false, true

Previously this only unblocked unit movement and did not affect projectiles.

~0011698

Kloot (developer)

Yes, that is an intended change for internal consistency.

~0011703

TheFatController (reporter)

Is there now a way to set a unit to be passable for movement purposes but still attackable?

If not it would be very handy to have a move collide only toggle there as per existing behaviour

Thanks

~0011704

Kloot (developer)

Spring.SetUnitBlocking(unitID, false, true) should do what you want?

~0011705

TheFatController (reporter)

That doesn't seem to do anything for me, units still block eachothers movement (found this issue in current spring and fixed it by adding the second false)

~0011706

Kloot (developer)

Oh, do you mean mobile units versus other mobile units or versus buildings?

~0011707

TheFatController (reporter)

It seems if i have Spring.SetUnitBlocking(unitID, false, true) on unit creation then a commander can walk through say a corlab or coravp but not a corestor or cormstor for example.

My specific problem was with BA chicken defense, the chicken 'turrets' chickend1 shouldnt block movement, currently they are units (I think cause of some unrelated issue to make them work as stationary builders) but I also tried converting them to buildings and they still block movement with the above flag.

~0011708

Kloot (developer)

will fix, but it's going to take some time
+Notes

-Issue History
Date Modified Username Field Change
2013-10-06 02:42 TheFatController New Issue
2013-10-06 02:58 Kloot Note Added: 0011696
2013-10-06 02:59 Kloot Note Edited: 0011696 View Revisions
2013-10-06 03:00 TheFatController Note Added: 0011697
2013-10-06 03:04 TheFatController Note Edited: 0011697 View Revisions
2013-10-06 03:12 Kloot Note Added: 0011698
2013-10-06 11:45 TheFatController Note Added: 0011703
2013-10-06 11:51 Kloot Note Added: 0011704
2013-10-06 12:02 TheFatController Note Added: 0011705
2013-10-06 12:05 Kloot Note Added: 0011706
2013-10-06 12:26 TheFatController Note Added: 0011707
2013-10-06 13:17 Kloot Assigned To => Kloot
2013-10-06 13:17 Kloot Status new => assigned
2013-10-06 13:18 Kloot Note Added: 0011708
2013-10-06 19:06 Kloot Relationship added related to 0004005
2013-10-06 19:07 Kloot Changeset attached => spring develop 1d507fc9
2013-10-06 19:07 Kloot Status assigned => resolved
2013-10-06 19:07 Kloot Resolution open => fixed
+Issue History