Search Issue Tracker
Active
Under Consideration for 3.0.X, 3.1.X, 3.2.X
Votes
0
Found in [Package]
3.0.8
3.1.2
3.2.0-pre.1
Issue ID
XRIT-290
Regression
No
Jittery wrist menu
I think the tolerances that invoke the wrist menu need to be broader. See Menu.mp4 attached, which shows that after the wrist menu is invoked, small wrist movements cause it to vanish. This makes it difficult to use the wrist menu UI, and it makes the wrist menu seem broken.
*Steps to reproduce:*
# Open the attached repro project (MR_Template_112) in Unity 2022.3.62f1.
# Build and Run on Quest 2.
# In the HMD, while holding hand controllers, turn your palm towards you to invoke the wrist menu.
# Rotate your hand slightly around each axii to test the thresholds for keeping the wrist menu active.
*Actual results:*
Most users should feel that invoking and maintaining the wrist menu is natural, intuitive, and easy.
*Expected results:*
Slight hand movements cause the wrist menu to vanish.
*Reproducible with versions:*
MR Template 1.1.2 (branch: release/2022.3, commit: 0e705300)
Unity 2022.3.62f1
Quest 3
*Notes:*
* Not a regression; I'm fairly sure I have seen this before and thought it was just bad tracking. But now I highly suspect this should be improvable via our code, or some property settings.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Mouse input is registered incorrectly in Custom RP when downscaling Render Target and rendering Overlay UI before final upscale
- Time.deltaTime is locked to the display's refresh rate when the built Player is moved to a Secondary Display and Windowed Mode is used
- Crash on RaiseException when importing a specific asset
- Crash on RaiseException when opening a specific project
- DownloadHandlerScript.CompleteContent is called twice when building for WebGL
Add comment