Search Issue Tracker
Fixed in 0.9.0-preview
Votes
0
Found in [Package]
0.0.9-preview
Issue ID
1091903
Regression
No
[Windows][Touch] A new touchId isn't assigned to stylus input after the "Ended" state.
Migrated bug from GitHub: https://github.com/Unity-Technologies/InputSystem/issues/170
Original Title: A new touchId isn't assigned after the "Ended" state if between taps the distance between the screen and the pen is very little
Device: Microsoft Surface Pro (Model: 1796) + Microsoft Surface Pen (Model: 1776)
There's this special behaviour with surface pro, where it detects input even if the stylus is not touching the screen directly (dot shaped cursor)
When you stop touching (with the distance between the screen and pen being up to 1cm or so) it switches to "Ended". BUT, when you touch again, it gets the same ID, unless you make the aforementioned distance larger (and the dot shaped cursor disappears) then touch again.
I'm not sure if it's intended
Rene-Damm commented on Jul 18
ATM we don't really have stylus support/handling in the Windows touch input code path. So, not surprised that we're getting into issues when the "touches" are actually coming from the pen. Anyway, ultimately the code should handle that reliably so the reuse of IDs here is likely to be an issue we want fixed.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Shadows are not visible in Player when using DX12 with Forward+ or Deferred+ rendering in URP
- Rendering Debugger Playmode debug UI scrolling is jittery when using click and drag to scroll
- Frame Debugger Target Selection Search Results window becomes too tiny to even see the default “Editor” selection when there are no search results
- Async method in Play Mode being aborted when calling `new System.Windows.Forms.Form`
- Animator window Eye button on click visual does not cover the whole area of the button when clicked
Add comment