FIX: Corrected behaviour of TrackedPoseDriver when no device is connected.

[ekcoh]

Description

This fix is intended to fix reported behaviour in ISXB-699
.

Changes made

Modified behaviour when action reference is not set or when binding count is zero to not track position nor rotation.

Added a test case that is mimicking the reported behavior.

Notes

Requesting insights from XR team regarding any implications this might have since behavior wasn't previously covered properly in existing test cases. It also changes the behaviour commented inline in the implementation.

Checklist

Before review:

• Changelog entry added.
  • Explains the change in Changed, Fixed, Added sections.
  • For API change contains an example snippet and/or migration example.
  • FogBugz ticket attached, example ([case %number%](https://issuetracker.unity3d.com/issues/...)).
  • FogBugz is marked as "Resolved" with next release version correctly set.
• Tests added/changed, if applicable.
  • Functional tests Area_CanDoX, Area_CanDoX_EvenIfYIsTheCase, Area_WhenIDoX_AndYHappens_ThisIsTheResult.
  • Performance tests.
  • Integration tests.
• Docs for new/changed API's.
  • Xmldoc cross references are set correctly.
  • Added explanation how the API works.
  • Usage code examples added.
  • The manual is updated, if needed.

During merge:

• Commit message for squash-merge is prefixed with one of the list:
  • NEW: ___.
  • FIX: ___.
  • DOCS: ___.
  • CHANGE: ___.
  • RELEASE: 1.1.0-preview.3.

[Pauliusd01]

@smnwttbr I don't have any XR devices so I'll add an XR QA instead. @UnityRyanC

[UnityRyanC]

I won't be able to test this PR as I don't have a Mac (which the bug mentions was where the issue was reproduced on). I spoke with Manuel Gonzalez Solano, who does testing on PolySpatial and Apple Vision OS, who'll be able to test this once he's free later this week.

I don't have permission to update reviewers on this PR, so @Pauliusd01 could you update the PR for me please?

[Pauliusd01]

I won't be able to test this PR as I don't have a Mac (which the bug mentions was where the issue was reproduced on). I spoke with Manuel Gonzalez Solano, who does testing on PolySpatial and Apple Vision OS, who'll be able to test this once he's free later this week.

I don't have permission to update reviewers on this PR, so @Pauliusd01 could you update the PR for me please?

Okay, I dmed him on slack since I can't find him on github by name.

[mangosol]

@Pauliusd01 can you add me as reviewer? I don't seem to have permission to add myself

[mangosol]

I tested the isxb-699-trackedposedriver-fix branch against a new Universal 3D project created and run using Unity Editor 6000.0.26f1 apple silicon on an M1 macOS machine.

I did observe that the non-origin position and rotation was preserved on GameObjects having Tracked Pose Driver components if I left the Ignore Tracking State checkbox enabled.

If I check the Ignore Tracking State checkbox, GameObjects having Tracked Pose Driver component and set at non-origin position and rotation are once again returned to origin position and rotation when PlayMode starts

I also observed that setting Update Type = Before Render with Ignore Tracking State checked, non-origin rotations and positions are preserved when starting PlayMode

[mangosol]

nit: extra new line