-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Autofill component should also listen to onInput, just like the other input components do #4129
Autofill component should also listen to onInput, just like the other input components do #4129
Conversation
@dzearing |
This fix (supplying both onChange and onInput) does not work because of the non-standard way the Autofill component controls its input (the value of the input is not necessarily what the user is typing) If I just provide the onInput property, this works correctly. Is it only because of the legacy IE10 document mode we have to support this? :( |
* master: ResizeGroup SCSS to MergeStyles Part 2: Style Conversion (microsoft#4072) Applying package updates. Import Unstyled Component for Layer, Nav, Image, ScrollablePane, ResizeGroup, and Rating (microsoft#4135) FocusZone: isDefaultPrevented is now respected (microsoft#4133) Website: Left nav scroll improvements (microsoft#4132) AutoFill: Component should also listen to onInput, just like the other input components do (microsoft#4129) GroupedList: Fixed chevron animation (microsoft#4123) CoachMarkStyles: Use ... instead of assign for IE compatibility" (microsoft#4130) Applying package updates.
…r input components do (microsoft#4129) * Autofill should use oninput * Changefile * Use both handlers * Autofill * Update comment * Update tests and snapshots * Update snapshots
Pull request checklist
$ npm run change
Description of changes
We should also listen to the onInput event, so that IE11 is guaranteed to receive all the correct keystrokes
See #744 and facebook/react#7027