Search Issue Tracker
Fixed in 1.1-preview
Votes
2
Found in [Package]
0.9.0-preview
Issue ID
1230756
Regression
No
[Input System][Mobile] EnhancedTouch screen taps start with "Moved" or "Stationary" phase instead of "Began"
How to reproduce:
1. Open the user-supplied project
2. Build for iOS/Android and deploy the application on an iOS/Android device
3. Tap the screen with one, two or three fingers and observe the Xcode Console or the white box on the screen
Expected result: Input System EnhancedTouch taps start in "Began" phase
Actual result: more than half of the taps start in "Moved" or "Stationary" phase
Reproducible with:
1. 0.9.0-preview (Unity 2020.2.0a5, 2020.1.0b5, 2019.3.9f1)
2. 1.0.0-preview.6 (Unity 2020.2.0a5, 2020.1.0b5, 2019.3.9f1)
Could not test with:
1. Input System package versions 0.2.10-preview and older due to Console errors
2. Unity versions 2017.4 and 2018.4 due to the Input System package not being available
Reproduces on:
VLNQA00160 iPhone 6S iOS 13.3.1
N/A, Samsung Galaxy S9 (SM-G960F), Android 8.0.0, CPU: Exynos 9 Series 9810, GPU: Mali-G72
VLNQA00313, Huawei Y6 Ⅱ Compact (HUAWEI LYO-L01), Android 5.1, CPU: MediaTek MT6735, GPU: Mali-T720
VLNQA00140, Samsung Galaxy S4 (GT-I9505), Android 5.0.1, CPU: Snapdragon S4 Plus MSM8960, GPU: Adreno (TM) 320
Could not test on:
VLNQA00183 iPad Mini iOS 9.3.5 due to Xcode error -402620391 (no valid application signature)
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
- [Android] "SHADOWS_SCREEN" set as shader Keyword when no "_ShadowMapTexture" is bound leads to freeze on a build on some Mali GPU devices
- Constant console errors when using Min/Max Slider in PlayMode
- The global scene list is overridden in a project built with command line when the Override Global Scene List setting is disabled in the build profile
- [Linux] AutoLocale log is logged when opening a project
- Global Scenes are not included in the Build when building multiple Build Profiles at the same time
Resolution Note (fix version 1.1-preview):
Fix in flight: https://github.com/Unity-Technologies/InputSystem/pull/1180. Expected to roll out in 1.1.
Made the behavior properly match the old input system here. EnhancedTouch will now force a touch to always have a Began even if it began and moved in the same frame.
One important thing to be aware of is that the state of UnityEngine.Input.touches does *NOT* necessarily have to match that of Touch.activeTouches. The reason is that on some platforms (notably Android), input from the UI is gathered on a separate thread and fed to the input system via a threaded background event queue. As the new and the old input system run at different times, that means that the touch events available at the respective points in time need not be identical.