Search Issue Tracker
Fixed in 2.0.0
Votes
3
Found in [Package]
0.9.3 - preview
Issue ID
1228990
Regression
No
[XR][XR Interaction Toolkit][Quest][Link] Socket Interactor intermittently applies wrong rotation to grabbable object
Repro steps:
1. Open attached project
2. Enter Play Mode with Quest connected and Link set up
3. Try grabbing and releasing the plant constantly
Actual: Eventually the plant snaps back with a wrong rotation applied
Reproducible with: XR Interaction Toolkit 0.9.4-preview
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Inspector scroll area stretches when using components with nested serialized arrays on FBX model prefab instances
- Crash on ConstraintProjectionTree::projectionTreeBuildStep when ConfigurableJoint uses JointProjectionMode.PositionAndRotation and connected Rigidbody switches from kinematic to non-kinematic
- ScriptableObject asset is accessed during the lookup of Build Profiles when opening the Build Profiles Window
- [Multiplayer TPS Sample] Grenade launcher explosion misses the Player when the Collider count exceeds HitColliderBuffer
- OS Notification Documentation is missing when following hyperlink in Notifications Settings in Hub
Resolution Note (fix version 2.0.0):
A warning message was added to the Inspector of XR Grab Interactable GameObjects with non-uniformly scaled parent GameObjects as of version 2.0.0. A child XR Grab Interactable with non-uniformly scaled parent that is rotated relative to that parent may appear skewed when you grab it and then release it. Unity limitations with non-uniform scaling is documented on https://docs.unity3d.com/Manual/class-Transform.html
A number of other changes to the package have also been made since this bug was reported, starting with 0.10.0-preview.3 where the select events have been split up so that both interactor and interactable have a chance to process the interaction state change before raising a UnityEvent for subscribers. The XR Grab Interactable's method for computing the target location was also updated as of version 1.0.0-pre.4 so it no longer uses the scale of the selecting Interactor's Attach Transform and it computes a consistent attach point between all Movement Type values.
As of 2.0.0-pre.3, the interactor now has both a PreprocessInteractor and ProcessInteractor method to help ensure the hover mesh can be drawn accurately without a frame delay. The bug regression of the position of the hover mesh introduced in 2.0.0 where it did not render in the correct location when the Attach Transform was null was fixed in 2.0.1.
If you have a project which can reproduce the bug described by this issue when uniform scaling is used with the latest version of the package, please report a new bug so the team can correct it.