Assigning a shape to a different collision group other than the actor's default

[DJEmergency]

Detecting collisions with a collision shape from a different group outside of the actor's default does nothing.

Steps to reproduce..

1. Create an actor and leave the default collision for it.
2. Edit the collisions for the actor, create a new collision and add it to a different group.
3. Make a new collision event to detect the group for collision.
4. Add a test event (anything).
5. Test.

[DJEmergency]

Works:

Actor's collision properties: Enemies
Collision box properties: Enemies

Broken:

Actor's collision properties: Actor
Collision box properties: Enemies

[DJEmergency]

Sorry about the first two images. The latest one is the example.

• Status changed from New to Confirmed

[Hectate]

Successfully confirmed this behavior and traced it back to Actor.hx (line 2225), with the issue somewhat actually caused by the collision listener function itself. Line 2225 returns the Actor's body's groupID. We never check to see if the actor has *multiple groups* as a result of multiple shapes. Especially telling since we're testing against the actor and never the shape.

I think we should probably get the groupID for the shape and not use Actor.getGroupID():Int at all.

Edit: line 2224, forgot i added a trace 

Double Edit: I should really clarify, that the issue is with the code generated by the event block presumes that getting the actor's group is sufficient.
Example:

Code: [Select]

/* ======================= Member of Group ======================== */
addCollisionListener(actor, function(event:Collision, list:Array<Dynamic>):Void
{
if(wrapper.enabled && sameAsAny(getActorGroup(4),event.otherActor.getType(),event.otherActor.getGroup()))
{
trace("" + "Detected hit on GROUP of Enemies");
}
});


[DJEmergency]

Any update on this?

• Version changed from Stencyl 3.4, 3.4.0 beta, 3.4.0 beta2, 3.4.0 beta3, 3.4.0 beta4, 3.4.0 beta5 to Stencyl 3.4

[DJEmergency]

This issue still exists.. What's the ETA on this?

[rob1221]

I think there is value in having an actor being set to a separate group rather than being forced into every group of its collision shapes which is what you're suggesting.  If you want to check the collision shape of a group different than the actor's group, there are other options for that.  For example you can use the generic collision event and inside that use the "group for actor colliding shape" block to check against any collision shape of the actor.

[Justin]

Yeah, the event here says "actor of group", so we can take that to mean the group of the actor itself, not individual shapes.

• Status changed from Confirmed to Closed

 screencap.png (288.73 kB, 892x679 - viewed 2426 times.)

 example.png (579.35 kB, 952x201 - viewed 2592 times.)

 example.png (579.56 kB, 952x201 - viewed 2436 times.)

 example.png (579.59 kB, 952x201 - viewed 2424 times.)