Carryable: ignores Conditions under specific circumstances

When a unit has WithSpriteBody: & WithFacingSpriteBody: , alongside GrantConditionOnDeploy: & Carryable:

The Carryable: trait ignores any conditions given to the unit & defaults to WithSpriteBody over WithFacingSpriteBody.

Easy repo:

1. Add the following to any vehicle in RA, I used MRJ & added RequiresCondition: deployed to the spinner.

	GrantCondition@AlwaysActive:
		Condition: alwaysactive
	WithFacingSpriteBody:
		RequiresCondition: undeployed
		Name: bodymove
	WithSpriteBody@deployed:
		Sequence: idle
		RequiresCondition: !undeployed && alwaysactive
	Carryable:
		LocalOffset: 0,0,200
	GrantConditionOnDeploy:
		DeployedCondition: deployed
		UndeployedCondition: undeployed
		Facing: 0
		AllowedTerrainTypes: Clear, Road, Rough
		UndeployOnMove: true
		UndeployOnPickup: true

2. Add the Carryall trait to the Transport heli:

	Carryall:
		BeforeLoadDelay: 10
		BeforeUnloadDelay: 15
		LocalOffset: 0, 0, -128
		AllowDropOff: True

This will result in:

This is because alwaysactive is not granted to the unit when it is picked up.

If you delete:

GrantCondition@AlwaysActive:
		Condition: alwaysactive

It will be the same, except this time it will render WithSpriteBody@deployed: & not WithFacingSpriteBody:, because undeployed has not been granted.

Reproduce the issue with the MRJ and Transport heli configuration described in the report, including GrantConditionOnDeploy, Carryable, Carryall, WithFacingSpriteBody, and WithSpriteBody. Trace how pickup affects conditions and sprite-body selection. Done means carried units retain the relevant conditions and select the expected sprite body in both deployed and undeployed states.