View Issue Details

IDProjectCategoryView StatusLast Update
0004429Spring engineGeneralpublic2014-06-10 12:55
ReporterGoogle_Frog Assigned ToKloot  
PrioritylowSeverityminorReproducibilityalways
Status closedResolutionno change required 
Product Version97.0.1+git 
Summary0004429: 97.0.1-3 team key in SpawnProjectile does not work with collideFriendly=false
DescriptionI have a weapon with collideFriendly = false which I spawn with Spring.SpawnProjectile. When I set the team key in the second argument of SpawnProjectile I expect the projectile to not collide with units allied to that team. Instead the projectile collides with units regardless of their allyTeam.
TagsNo tags attached.
Checked infolog.txt for Errors

Activities

jK

2014-06-10 11:24

developer   ~0013248

team key is TEAM key, not allyteam

Kloot

2014-06-10 12:26

developer   ~0013251

friendly collisions are based on the ALLYteam of the ATTACKER (projectile OWNER) --> your expectation is wrong

Google_Frog

2014-06-10 12:34

reporter   ~0013252

What if there is no appropriate unit to set as the owner? It would make more sense for the team to determine which units a projectile is friendly towards because each team belongs to one allyTeam.

Kloot

2014-06-10 12:55

developer   ~0013253

Then you should rethink whether the callout is appropriate for the context you want to use it in.

Changing how the engine handles collisions for orphaned projectiles would be a feature request.

Issue History

Date Modified Username Field Change
2014-06-10 08:33 Google_Frog New Issue
2014-06-10 11:24 jK Note Added: 0013248
2014-06-10 12:26 Kloot Note Added: 0013251
2014-06-10 12:26 Kloot Status new => closed
2014-06-10 12:26 Kloot Assigned To => Kloot
2014-06-10 12:26 Kloot Resolution open => no change required
2014-06-10 12:34 Google_Frog Note Added: 0013252
2014-06-10 12:34 Google_Frog Status closed => feedback
2014-06-10 12:34 Google_Frog Resolution no change required => reopened
2014-06-10 12:55 Kloot Note Added: 0013253
2014-06-10 12:55 Kloot Status feedback => closed
2014-06-10 12:55 Kloot Resolution reopened => no change required