-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Do not abort XHR's on unload #2968
Comments
related to #2374 ? |
The code for this is done, but this has yet to be released. We'll update this issue and reference the changelog when it's released. |
Released in |
Hey @brian-mann I reported this issue ealier #1652 (comment) In my case is a bunch of SignalR request that runs in the application, and not any I actually use. Please advise ! |
Hi, I have the same issue with Electron as @janhjordie. Regards |
Hey @janhjordie and @sverrelorenzen, could you open a new issue detailing a reproducible example of your issue (app code + test code). Thank you! |
|
This issue will be closed to further comment as the exact issue here was resolved and tested. If you're experiencing a bug similar to this in Cypress, please open a new issue with a fully reproducible example that we can run. There may be a specific edge case with the issue that we need more detail to fix. |
Current behavior:
Whenever Cypress encounters the page unloading, it will automatically call
xhr#abort
on all open XHR's. This is unnecessary as the browser will automatically abort it under the hood.Aborting it manually is not only incorrect, but this will trigger the native
abort()
handlers which can cause errors in the client application.Desired behavior:
Allow the native browser behavior to propagate and simply update the UI state to match what would be seen by the Network tab in dev tools.
The text was updated successfully, but these errors were encountered: