react-native: TextInput order of events are inconsistent between iOS and Android
TextInput event order are different for iOS and Android.
This inconsistency make certain operations hard to archive on Android:
- Detect backspace key on empty text input to delete the component. If only 1 character is left in the text, pressing backspace key will delete the text first before we process which key is pressed, which will make us assume that the text input is empty.
- Processing text on
change text event
beforeselection change event
can cause crash due to invalid selection.
Environment
Tested on Expo 25.0.0/0.52.0, but original issue happen in 0.53.3 as well, Likely exist in 0.54.0
Expected Behavior
I think iOS order of events make the most sense and I hope Android can follow the suit.
Actual Behavior
The event in question are onChangeText()
, onSelectionChange()
and onKeyPress()
.
On iOS, the events are in the following order:
- key press
- selection change
- change text
On Android, the events are in the following order:
- change text
- selection change
- onKeyPress (See #18262)
Steps to Reproduce
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Reactions: 25
- Comments: 15
same issue, please fix it
FWIW, I made this Snack to help debug the
onChangeText
/onKeyPress
before discovering this open issue: https://snack.expo.io/BJM4Rf9RfOn Android this logs in the following order:
onChange
onChangeText
onKeyPress
Env:
My workaround is acting like the
onKeyPress
andonTextChange
event but doing so ononChange
. I have to manually find the string difference though to determine the “key” they pressed. This will act the SAME across iOS and Android. Demo: https://snack.expo.io/@loonison101/handle-event-firing-discrepancy-rnhttps://github.com/leighman/react-native-text-input-selection-crash for reproduction of crash when setting selection and text at the same time. Works fine on iOS. Crashes on Android unless
selection
is set in thesetTimeout
. Exists in 0.52 - 0.54 as far as I can tell.