Update dependency react-redux to v7 (dev)

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
react-redux	dependencies	major	5.1.1 -> 7.2.0
@types/react-redux	devDependencies	minor	7.0.3 -> 7.1.7

---

Release Notes

reduxjs/react-redux

v7.2.0

Compare Source

This release fixes two bugs, an algorithmic problem with unsubscribing components and a memory leak with connect. It also has optimizations for production bundle size, and adds a couple small improvements to developer readability while debugging.

Changes

Bug Fixes

connect in v7 is implemented using hooks, and the hooks usage captures numerous values from the surrounding scope. We received a PR informing us that the way we were capturing these values would likely result in a copy of the first version of its props being kept alive indefinitely.

This memory leak has been fixed by extracting a custom hook that receives all the necessary values as arguments, so that they're not captured via closure.

We also received a PR letting us know that the unsubscribe logic had a quadratic algorithm in it, as removing a subscriber would use an indexOf(listener) check to remove that callback. If there were a large number of subscribers, that line's runtime would increase rapidly, causing slowdowns.

This algorithm has been replaced with tracking subscribers via a linked list, which drastically improves the runtime of this section of the code even with large numbers of subscribers.

Thanks to @​larrylin28 and @​wurstbonbon for finding these bugs and submitting PRs to fix them!

Bundle Size Improvements

We've made a number of small tweaks to the codebase to improve the ability of bundlers to shake and minimize the final included size in a bundle. The net result is that react-redux@7.2.0 is smaller than 7.1.3, dropping 1.3K min and 0.6K min+gzip. (In fact, it's even smaller than the pre-hooks 7.0.0 when gzipped!)

Thanks to @​Andarist for doing most of the work on this!

Debugging Improvements

The ReactReduxContext instance now has a displayName set, so it should show up in the React DevTools as ReactRedux.Provider.

Also, when an error is caught in useSelector and re-thrown, we now append the original stack trace.

Thanks to @​pieplu and @​r3dm1ke for these!

Changelog

• Fix memory leak issue with UseEffect (@​larrylin28 - #​1506)
• Optimize createListenerCollection (@​wurstbonbon - #​1523)
• Rethrowing original errors thrown in selector functions (@​Andarist - #​1474)
• Remove invariant in favor of doing NODE_ENV checks directly (@​Andarist - #​1472)
• Wrap .propTypes and .displayName assignments with DEV check (@​Andarist - #​1471)
• Add pure annotations to help with DCE (@​timdorr - 5e0c50d)
• Inline this function. (@​timdorr - 58ae5ed)
• Add a displayName on ReactReduxContext (@​pieplu - #​1462)

v7.1.3

Compare Source

Forgot to remove a console statement before I published 7.1.2. Oops!

Lint your source code before publishing, folks.

Changes

• Remove leftover console statement (@​markerikson - 30101bb)

v7.1.2

Compare Source

This releases fixes a subtle timing bug with connect and useSelector in React Native environments, and adds the ability to pass through non-Redux-store values as a store prop.

Fixed Store Subscriptions in React Native

Our current implementation requires cascading updates down through connected components. This is primarily done during React's "commit phase" via the useLayoutEffect hook. Unfortunately, React warns when useLayoutEffect is called in SSR environments, so we try to feature-detect that and fall back to useEffect just to avoid that warning.

Unfortunately, a tweak to the feature detection conditions during the pre-7.1.0 work caused the check to accidentally fail in React Native environments. This meant that useEffect was actually being used all the time, and this led to occasional timing bugs such as #​1313 and #​1437 . This affected the previous v7.1.x releases.

We've fixed that issue, and added additional test cases to ensure that our code works correctly under React Native.

See #​1444 for more details on the feature detection and the fix.

Passing Through Non-Store Values

connect has always accepted passing a Redux store directly to connected components as a prop named store (with the exception of v6). As a result, the store prop has effectively been treated as a "reserved" prop, in much the same way that key and ref are "reserved" prop names handled by React.

Some users may be using the word "store" to describe their domain data, and have asked to allow variables that aren't a Redux store through the store prop to the component (#​1393). We've finally been able to implement that capability.

Changes

• Pass non-Redux-store values through the store prop (@​markerikson - #​1447)
• Fix RN batching and effect behavior (@​markerikson - #​1444)
• Remove unused latestStoreState field (@​Hypnosphi - #​1426)
• Mark the react renderers as optional peer deps. (@​timdorr - 388d9e4)
• Use the same condition for checking if SSR in useSelector.js as in connectAdvanced.js (@​LeoDanielsson - #​1419)

v7.1.1

Compare Source

This release is sponsored by Deft, providing technical teams to high-growth SaaS companies with the processes they need to scale successfully. Please reach out to see how we can help with your software development, systems architecture, and infrastructure design needs.

---

This release includes some new APIs for those that want to use a custom React Context with our Hooks API, a small memory optimization, and has a fix for when the store changes on a Provider with incompatible children.

Changes

• Add create*Hook factory APIs (#​1309 by @​ryaninvents)
• Free resources (free detached nodes from memory) (#​1380 by @​MosheZemah)
• Convert Provider into function component with hooks (#​1377 by @​mpeyper)

P.S. On the sponsorship section above, it's a thing we're trying out to see how it feels and if it causes any problems for your workflows. (Don't worry, no ads are coming to your npm installs!) The idea for future releases is to let those that contributed to that release have the opportunity to sponsor that release. We don't need donations, but we definitely do need PRs! Hopefully, it's a fair way to encourage them. Please let us know if it's a problem in any way.

v7.1.0

Compare Source

Hooks!

After much discussion, we've decided these Hook things are probably going to stick around, so we might as well add some. Many thanks to @​MrWolfZ, @​josepot, @​perrin4869, and @​mpeyper for their contributions and to everyone else that offered feedback, ideas, and critiques as we built them out. Go open source!

Changes

• Add React Hooks (#​1248 by @​MrWolfZ)
• Add deps argument to useSelector (#​1251 by @​MrWolfZ)
• Use react-hooks-testing-library to test hooks (#​1259 by @​mpeyper)
• Remove useRedux (@​markerikson)
• Remove useActions (@​markerikson)
• Remove deps argument (#​1272 by @​josepot)
• Replace shallowEqual with reference equality in useSelector (#​1288 by @​perrin4869)
• Avoid unnecessary selector evaluations (#​1273 by @​josepot)
• Minor Hook testing improvements (#​1294 by @​MrWolfZ)

v7.0.3

Compare Source

This release includes a bugfix for a timing issue in connect(), and also lowers our React peer dependency slightly to allow better usage with React Native 0.59.

Changes

• fix timing issue in component updates due to consecutive dispatches (#​1263 by @​MrWolfZ)
• Lower react peer dependency to ^16.8.3 (#​1242 by @​jeremy-deutsch)

v7.0.2

Compare Source

This is a bug fix release with a small performance improvement and fix for nested component unmounting.

Changes

• Memoize renderedWrappedComponent separately (#​1234 by @​vzaidman)
• Fix timing issue with setting up store subscription inside a connected component (#​1235 by @​MrWolfZ)

v7.0.1

Compare Source

React-Redux version 7 resolves the performance issues that were reported with version 6, and lays the groundwork for us to design and ship a public useRedux()-type Hooks API in a later 7.x release.

The major change for this release is that connect is now implemented using Hooks internally. Because of this, we now require a minimum React version of 16.8.4 or higher.

This release has undergone extensive performance benchmarking, and we're confident that it's the fastest version of React-Redux yet! We've also expanded our test suite to cover a number of additional use cases and scenarios.

npm install react-redux@latest

For discussion on the reasons for the major version change and the development process, see:

issue #​1177 - React-Redux Roadmap: v6, Context, Subscriptions, and Hooks.

For discussion on the possible design of a future public hooks API, see:

issue #​1179: Discussion: Potential hooks API design

Changes

This release should be public-API-compatible with version 6. The only public breaking change is the update of our React peer dependency from 16.4 to 16.8.4.

Note: connect now uses React.memo() internally, which returns a special object rather than a function. Any code that assumed React components are only functions is wrong, and has been wrong since the release of React 16.6. If you were using PropTypes to check for valid component types, you should change from PropTypes.func to PropTypes.elementType instead.

Internal Changes

Direct Component Subscriptions

In v6, we switched from individual components subscribing to the store, to having <Provider> subscribe and components read the store state from React's Context API. This worked, but unfortunately the Context API isn't as optimized for frequent updates as we'd hoped, and our usage patterns led to some folks reporting performance issues in some scenarios.

In v7, we've switched back to using direct subscriptions internally, which should improve performance considerably.

(This does result in some changes that are visible to user-facing code, in that updates dispatched in React lifecycle methods are immediately reflected in later component updates. Examples of this include components dispatching while mounting in an SSR environment. This was the behavior through v5, and is not considered part of our public API.)

Batched Updates

React has an unstable_batchedUpdates API that it uses to group together multiple updates from the same event loop tick. The React team encouraged us to use this, and we've updated our internal Redux subscription handling to leverage this API. This should also help improve performance, by cutting down on the number of distinct renders caused by a Redux store update.

connect Rewritten with Hooks

We've reimplemented our connect wrapper component to use hooks internally. While it may not be visible to you, it's nice to know we can take advantage of the latest React goodies!

Public API Changes

Return of store as a Prop

We've brought back the ability to pass a store as a prop directly to connected components. This was removed in version 6 due to internal implementation changes (components no longer subscribed to the store directly). Some users expressed concerns that working with context in unit tests was not sufficient. Since our components use direct subscriptions again, we've reimplemented this option, and that should resolve those concerns.

New batch API for Batched React Updates

React's unstable_batchedUpdate() API allows any React updates in an event loop tick to be batched together into a single render pass. React already uses this internally for its own event handler callbacks. This API is actually part of the renderer packages like ReactDOM and React Native, not the React core itself.

Since React-Redux needs to work in both ReactDOM and React Native environments, we've taken care of importing this API from the correct renderer at build time for our own use. We also now re-export this function publicly ourselves, renamed to batch(). You can use it to ensure that multiple actions dispatched outside of React only result in a single render update, like this:

import { batch } from "react-redux";

function myThunk() {
    return (dispatch, getState) => {
        // should only result in one combined re-render, not two
        batch(() => {
            dispatch(increment());
            dispatch(increment());
        })
    }
}

If you are using an alternative React renderer, like the Ink CLI renderer, that method isn't available for us to import. In that case, you will need to change your code to import from the new react-redux/es/alternate-renderers entry point instead. (Use react-redux/lib/alternate-renderers for the CJS version). That entry point exports a no-op version of batch() that just executes the callback immediately, and does not provide React batching.

In that situation, you may want to consider aliasing react-redux to one of those alternate entry points in your build tool for the best compatibility, especially if you're using any other libraries that depend on React-Redux.

Note: v7.0.1 is identical code-wise to v7.0.0 . The extra patch release was to update the React requirement listed in the README.

Contributors

Thanks to:

• @​markerikson for the writeup in #​1177 and the primary implementation work on version 7
• @​ephem, @​saboya, @​maxkostow, @​mrwolfz for contributing unit tests and critiques
• @​andarist for some perf tweaks
• @​migueloller, @​alexreardon, @​luskin, @​navneet-g, and @​josepot for diagnosing edge cases, working with us to debug them, and coming up with fixes
• @​wgao19 for adding API versioning to the docs site
• everyone else who helped give feedback in the issues and beta testing

v7.0.0

Compare Source

Initial release, but we missed some updated docs. Ignore this 😄

v6.0.1

Compare Source

This is a minor release with support for react-hot-loader and a few small bug fixes for edge cases.

While you're here, please stop by #​1177 to see our roadmap for the next versions of React Redux. We are aware that performance is not so hot in 6.0. Short version: We put too much traffic on React's context API, which isn't really designed for high levels of reads and writes. We're looking to reduce that load and get performance back on track in a minor release, so there won't be backwards compatibility concerns. We have a new extensive benchmark suite to keep us on track and ensure we're not regressing on speed in the future.

And yes, we know about Hooks. Check out #​1179.

Changes

• Fix for circular component object structures, such as Emotion styled components. (#​1122 by @​Andarist)
• Minor optimization: remove conditional (#​1131 by @​ericanderson)
• Ensure that component context prop really contains a React context (#​1134 by @​casdevs)
• react-hot-loader compatibility (#​1168/#​1137 by @​theKashey)
• Upgrade to react-is v16.7.0 (#​1174 by @​nobezawa)

v6.0.0

Compare Source

🎉 This is our first big release supporting the new Context API added in React 16.4!

As such, we now require React 16.4 or higher. Make sure to update your version when updating to this release.

This work has been mostly lead by @​cellog and @​markerikson, with special guest appearances by yours truly and a whole cast of helpful reviewers.

Note: If you'd like to know more about the changes in v6, and how the implementation has changed over time, see Mark's post Idiomatic Redux: The History and Implementation of React-Redux.

Breaking Changes

• The withRef option to connect has been replaced with forwardRef. If {forwardRef : true} has been passed to connect, adding a ref to the connected wrapper component will actually return the instance of the wrapped component.

• Passing store as a prop to a connected component is no longer supported. Instead, you may pass a custom context={MyContext} prop to both <Provider> and <ConnectedComponent>. You may also pass {context : MyContext} as an option to connect.

Behavior Changes

Any library that attempts to access the store instance out of legacy context will break, because we now put the store state into a <Context.Provider> instead. Examples of this include connected-react-router and react-redux-subspace. (The current implementation does also put the store itself into that same context. While accessing the store in context is not part of our public API, we will still try to make it possible for other libraries to access it, with the understanding that this could break at any time.)

Also, there is a behavior change around dispatching actions in constructors / componentWillMount. Previously, dispatching in a parent component's constructor would cause its children to immediately use the updated state as they mounted, because each component read from the store individually. In version 6, all components read the same current store state value from context, which means the tree will be consistent and not have "tearing". This is an improvement overall, but there may be applications that relied on the existing behavior.

Changes

• Use React.createContext() (#​1000 by @​cellog)
• Use Prettier (#​1071 by @​NMinhNguyen)
• Only run isValidElementType in development builds (#​1069 by @​alexreardon)
• Treat null as a valid plain object prototype in isPlainObject() (#​1075 by @​rgrove)
• Ensure connectAdvanced only re-renders if derived props change (#​1079 by @​epeli and @​markerikson)

v5.1.2

Compare Source

• Bump up hoist-non-react-statics version (@​timdorr)
• Avoid warnings in React >=16.3 (#​1410 by @​samkline)
• Use UNSAFE_ lifecycle event names where supported (#​1383 by @​elyobo)

---

Renovate configuration

📅 Schedule: "before 3am on Monday" (UTC).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻️ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by WhiteSource Renovate. View repository job log here.

[codecov]

Codecov Report

Merging #53 into dev will not change coverage.
The diff coverage is n/a.

@@         Coverage Diff         @@
##            dev    #53   +/-   ##
===================================
  Coverage   100%   100%           
===================================
  Files       105    105           
  Lines       854    854           
  Branches    112    112           
===================================
  Hits        854    854

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7d4b06c...69ca28a. Read the comment docs.

[codecov]

Codecov Report

Merging #53 into dev will not change coverage.
The diff coverage is n/a.

@@         Coverage Diff         @@
##            dev    #53   +/-   ##
===================================
  Coverage   100%   100%           
===================================
  Files       105    105           
  Lines       854    854           
  Branches    112    112           
===================================
  Hits        854    854

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c874329...e6e13cb. Read the comment docs.