• 14-May-2023
Lightrun Team
Author Lightrun Team

history.push() stopped working after upgrading to v5

Lightrun Team
Lightrun Team

Explanation of the problem

After upgrading the history module from version 4.10.1 to 5.0.0 and utilizing hash history in conjunction with react-router-redux, an issue was observed where the history.push() function ceased to function as expected. Upon reverting back to version 4 of the history module, the history.push() functionality was restored.

To provide a deeper technical explanation, the history module is a JavaScript library that manages session history, allowing users to navigate between different URLs in a single-page application (SPA). In this case, the hash history implementation is being used in conjunction with react-router-redux.

Troubleshooting with the Lightrun Developer Observability Platform

Getting a sense of what’s actually happening inside a live application is a frustrating experience, one that relies mostly on querying and observing whatever logs were written during development.
Lightrun is a Developer Observability Platform, allowing developers to add telemetry to live applications in real-time, on-demand, and right from the IDE.

  • Instantly add logs to, set metrics in, and take snapshots of live applications
  • Insights delivered straight to your IDE or CLI
  • Works where you do: dev, QA, staging, CI/CD, and production

Start for free today

Problem solution for history.push() stopped working after upgrading to v5

The reported issue is related to the usage of the history module in conjunction with the react-router-dom library. When attempting to use the history.push() function in a minimal code setup, it was observed that the URL was changed, but no route was matched after the call to history.push(). This behavior was noticed after upgrading to history version 5.0.0, while using react-router-dom version 5.2.0. Downgrading the history module to version 4.10.1 resolved the problem, allowing the history.push() function to function as expected.

Additionally, another user reported a similar issue where an error message “Uncaught Could not find router reducer in state tree, it must be mounted under ‘router'” was encountered. This indicates that the router reducer was not properly mounted in the state tree. Although the specific cause of this error was not provided, it may be related to the usage of incompatible versions between the history module and the react-router-dom library.

In summary, the reported issues indicate that there might be compatibility issues or changes in behavior between different versions of the history module and the react-router-dom library. Upgrading to the latest versions of both libraries may require additional adjustments in the codebase or configurations to ensure proper functionality.


Other popular problems with outline-server

Problem: mismatch of versions

One common issue encountered with the history repository is the mismatch of versions between the history module and other dependent libraries, such as react-router-dom. This can result in unexpected behavior or errors when using functions like history.push(). For example, upgrading from history version 4.10.1 to 5.0.0 may cause the history.push() function to stop working properly, where the URL is changed, but the corresponding route is not matched. This discrepancy in behavior can lead to broken navigation within the application.


 To resolve this problem, one potential solution is to downgrade the history module to the previous version (e.g., 4.10.1) that was known to work correctly with the associated libraries.

Problem: error message such as “Uncaught Could not find router reducer in state tree”

Another popular issue encountered is the failure to find the router reducer in the state tree, resulting in an error message such as “Uncaught Could not find router reducer in state tree, it must be mounted under ‘router'”. This error suggests that the router reducer, which is responsible for handling the routing state, has not been properly mounted. This problem can occur due to misconfiguration or improper integration of the history module with the application’s state management system.


To address this issue, it is necessary to ensure that the router reducer is correctly integrated and mounted under the specified key (e.g., ‘router’) in the application’s state tree. Verifying the proper setup of the router reducer and its integration with the state management system can help resolve this problem.

Problem: compatibility and interoperability issues

A recurring problem with the history repository is the compatibility and interoperability issues that arise when using different versions of the history module and related libraries. This can lead to unexpected behavior, errors, or incompatibilities between the various components of the application stack. For instance, upgrading to a newer version of the history module may introduce breaking changes that are not compatible with previous versions of the associated libraries, such as react-router-dom.


To mitigate this problem, it is crucial to ensure that all dependent libraries, including the history module and react-router-dom, are updated to compatible versions. Conducting thorough testing and reviewing the documentation for each library version can help identify compatible combinations and avoid potential issues arising from version mismatches.

A brief introduction to History

The history repository is a crucial component in many web applications that rely on client-side routing. It provides a way to manage and manipulate the browser’s session history, allowing developers to programmatically control the navigation and URL changes within their applications. The history module offers a clean and intuitive API for interacting with the browser’s history stack and provides various implementations such as the HTML5 history, hash history, and memory history. By abstracting the browser’s history management, the history repository simplifies the process of building single-page applications with dynamic routing.

One of the main advantages of using the history repository is its compatibility with popular frontend libraries and frameworks like React. The history module integrates seamlessly with routing libraries such as react-router-dom, enabling developers to build complex and interactive routing systems. It provides functionalities like pushing, replacing, and listening to URL changes, enabling developers to navigate between different views and update the URL accordingly. The history repository also allows for URL query string manipulation, state management, and customization of navigation behavior, providing developers with fine-grained control over the application’s routing logic. With its flexibility and robust feature set, the history repository plays a crucial role in building modern, dynamic web applications with smooth and intuitive navigation.

Most popular use cases for History

  1. URL Management: The history repository is primarily used for managing URLs in client-side applications. It provides a programmatic way to control the browser’s session history, allowing developers to navigate between different pages or views within their application. By utilizing functions like push, replace, and go, developers can manipulate the URL and navigate the user to different routes or locations within the application. This enables the creation of dynamic, single-page applications with smooth and seamless transitions between different views.
  2. State Persistence: Another use case for the history repository is to persist application state across different URLs or navigation actions. With the ability to listen for URL changes, developers can update the application state based on the current URL or extract parameters from the URL to determine the appropriate state. This allows for the creation of bookmarkable URLs and deep linking, where specific application states can be directly accessed via the URL. By synchronizing the application state with the URL, developers can ensure a consistent user experience and easily share or bookmark specific views within the application.
  3. Custom Navigation Behavior: The history repository provides a mechanism to customize navigation behavior in client-side applications. Developers can intercept navigation actions, such as when a user clicks on a link or uses the browser’s back and forward buttons, and implement custom logic to handle these actions. This allows for fine-grained control over how navigation is handled, enabling features like authentication checks, confirmation dialogs for leaving unsaved changes, or redirecting to specific routes based on certain conditions. By leveraging the history repository’s block and listen functions, developers can implement complex navigation logic tailored to their application’s requirements, enhancing the overall user experience.

It’s Really not that Complicated.

You can actually understand what’s going on inside your live applications. It’s a registration form away.

Get Lightrun

Lets Talk!

Looking for more information about Lightrun and debugging?
We’d love to hear from you!
Drop us a line and we’ll get back to you shortly.

By submitting this form, I agree to Lightrun’s Privacy Policy and Terms of Use.