onAccept event are not fired in version 7 when autocomplete by browser
Describe the bug Upgraded the package from 6.* to 7.*, and the onAccept and event are not fired. We use React with react-imask and autocomplete for input element.
To Reproduce STR:
- Add input with mask (use IMaskInput)
- Set mask for example - '00000'
- Add autocomplete attribute for input - 'postal-code'
- Set autocomplete data (need postal-code data) in browser (example of desktop settings - chrome://settings/addresses)
- Enter data in input using autocomplete
Expected behavior onAccept fired on IOS Chrome when autocomplete by browser
Environment:
- OS: IOS
- Browser chrome
- Version 129.0.6668.69
- IMask version 7.6.1
- React 18.0.0
Additional context related closed PR: https://github.com/uNmAnNeR/imaskjs/issues/1047
faced with the same issue additional information
- in console we have notifiacation
Element value was changed outside of mask. Syncronize mask using mask.updateValue() to work properly. - mask.updateValue() on blur does not work
- mask.updateValue() on input does not work
- mask.displayValue has empty string (in my case initial value)
- value, unmaskedValue also contains empty string
I’m running into the same issue with the warning Element value was changed outside of mask. Synchronize mask using mask.updateValue() to work properly.
Although I haven't confirmed (I don't have an iPhone to use for deeper troubleshooting), I believe this issue may be the source of a problem my users are seeing, where autocomplete entry isn't working correctly in Chrome on iPhone for our app. Our Customer Support team has confirmed the problem, with video capture. In this case, the autocompleted input seems to disappear on blur.
It works fine in Chrome/Android, and even Chrome on iOS on a MacBook Pro. It only appears to be a problem (for us at least) on Chrome/iPhone.
I've had to resort to the autocomplete="one-time-code" hack to disable autocomplete across the board to avoid this issue.
Hi @uNmAnNeR ! It would be great to have this issue fixed 🙏 , because currently we are forced to use the 6.* version, since it doesn't have this bug.
I'm having the same problem with the autofill in mobile browsers