* Bump ts version to fix failing tests
* Fix optional props not merged correctly
* Bump version
* Correct the fix
* Add test for more-general injected props
Including `& TOwnProps` in `TInjectedProps` for `InferableComponentEnhancerWithProps` causes the `TOwnProps` to need to exist in the extended component, when really those props are defined by the `mapStateToProps`.
* feat(react-redux): add strict null check
* feat(react-redux): remove improper inference tests
Infered decorated typings would rely on the implicit and false
assumption that decorated component props extend injected props and
own props
#24922#24913
* fix(react-redux): injected props and decorated component props intersection
* InjectedProps should not have to extend DecoratedProps
* DecoratedProps should not have to extend InjectedProps
* DecoratedProps should extend Intersection<InjectedProps, DecoratedProps>
* Remaining Props should be required on the decoration output
#24913#24922
* feat(react-redux): add new commiters
* feat(react-redux): 2.9 keyof compatibility depends on Extract (2.8)
* [react-redux] Copy current files to v5 sub directory
* [react-redux] Fix v5 tsconfig
* [react-redux] Increase the react-redux version in header comment
* [react-redux] Update type defenitions for redux@4.0.0
* [react] Use HTMLDialogElement for the dialog node
* Actually add the `open` property
* This update requires typescript 2.6
* Update dependents of react to also require typescript 2.6
* Add ConnectFunction interface
* Add createProvider function declaration
* Add documentation for createProvider
* Update documentation for Connect
* Add new author
* Add test for createProvider
This fixes the resulting wrapped component type returned by
the connect HOC when the `dispatchToProps` argument is an object. (Fixes
issue #18955)
Previously we were using `MapDispatchToPropsObject` but that doesn't
work with `Omit<T, K>`, so dispatch props were being preserved on the
resulting object. I've replaced that with `TDispatchProps` instead.
I've added test code by @horiuchi, adapted from:
https://github.com/DefinitelyTyped/DefinitelyTyped/issues/18955
That way the function returned by `connect()` (when no `mapDispatchToProps` function is specified) can also take React classes that don't have a `dispatch` prop declared. (But we get to keep the type checking for the classes that do)