Search Issue Tracker
By Design
Votes
0
Found in [Package]
1.4.4
Issue ID
ISXB-351
Regression
No
TouchPhase.Began is not always reported when using UnityEngine.InputSystem.EnhancedTouch.Touch.activeFingers
Repro case:
{code:c#}
using UnityEngine;
using UnityEngine.InputSystem.EnhancedTouch;
public class TouchController : MonoBehaviour
{
// Start is called before the first frame update
void OnEnable()
{
EnhancedTouchSupport.Enable();
}
// Update is called once per frame
void Update()
{
if (UnityEngine.InputSystem.EnhancedTouch.Touch.activeFingers.Count > 0)
{
foreach(var f in UnityEngine.InputSystem.EnhancedTouch.Touch.activeFingers)
{
Debug.LogFormat("Finger ID {0} Touch Phase {1}", f.index, f.currentTouch.phase);
}
}
}
}
{code}
( from https://drive.google.com/file/d/1-au-3ChXIZlTbga-yxGWI3YBtu_iyIgr/view )
At least reproes on Windows:
- Start project
- Touch screen
- Observe Began is not always printed when touching down
More details see https://unity.slack.com/archives/C09Q7LYP9/p1669159799599629
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
- [2023.2] HDRP Asset Settings Helper throws a NullReferenceException
- [URP] SubmitRenderRequest with NativeRenderPass + Upscaling doesn't work
- “ArgumentOutOfRangeException” error appears when inserting a double character if using “SetValueWithoutNotify” on UI Toolkit’s TextField
- Particle System emission delays between particle generations when playing the simulation
- EditorUtility.DisplayDialog is not shown when Input.GetMouseButtonDown is called a second time
Resolution Note:
By design `activeFingers` doesn't guarantee consistent reporting of began/end phases when used via polling. Please use `activeTouches` to guarantee that began/end phases are provided when used via polling.