View Issue Details

IDProjectCategoryView StatusLast Update
0004029Spring engineLuapublic2013-10-06 19:07
ReporterTheFatController Assigned ToKloot  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version94.1.1+git 
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

Relationships

related to 0004005 closedKloot Nonblocking features don't trigger tooltip 

Activities

Kloot

2013-10-06 02:58

developer   ~0011696

Last edited: 2013-10-06 02:59

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

TheFatController

2013-10-06 03:00

reporter   ~0011697

Last edited: 2013-10-06 03:04

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.

Kloot

2013-10-06 03:12

developer   ~0011698

Yes, that is an intended change for internal consistency.

TheFatController

2013-10-06 11:45

reporter   ~0011703

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

Kloot

2013-10-06 11:51

developer   ~0011704

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

TheFatController

2013-10-06 12:02

reporter   ~0011705

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)

Kloot

2013-10-06 12:05

developer   ~0011706

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

TheFatController

2013-10-06 12:26

reporter   ~0011707

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.

Kloot

2013-10-06 13:18

developer   ~0011708

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

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
2013-10-06 03:00 TheFatController Note Added: 0011697
2013-10-06 03:04 TheFatController Note Edited: 0011697
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