You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My company uses this library mainly for the TouchEvent module. We found that on our iPads, after upgrading to iPadOs 13+, the (down) event would trigger our event handler twice. We did not see this behavior on our non-upgraded tablets. We also did not see this behavior on desktop.
iPadOs 13 brought Safari and some big changes to how iPadOs handles touch events and the 300ms delay.
The text was updated successfully, but these errors were encountered:
Interestingly, I could also reproduce the same problem on a current Chrome for Android - something must have changed in the way pointer events and mouse/touch events correspond to each other when preventDefault() is called.
iOS 13 brought support for pointer events, so that would explain why the upgrade changed its behavior.
@ambiguousFoo could you try out v4.2.1 and check if that fixes the problem for you? I added some logic to attach mouse and touch event handlers only if the device does not support pointer events.
My company uses this library mainly for the TouchEvent module. We found that on our iPads, after upgrading to iPadOs 13+, the (down) event would trigger our event handler twice. We did not see this behavior on our non-upgraded tablets. We also did not see this behavior on desktop.
iPadOs 13 brought Safari and some big changes to how iPadOs handles touch events and the 300ms delay.
The text was updated successfully, but these errors were encountered: