You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 14, 2023. It is now read-only.
We have an interesting issue we are observing when triggering a reconnection scenario by killing the server.
The connection comes back up correctly but each reconnection that happens results in an additional websocket instance being held in the browser.
Does this accumulation of websocket instances represent a memory leak?
For a long running application on potentially shady network connections this appears as though it would absorb more and more resource for every successful reconnection.
Is the dev tools maybe holding onto a reference of the WS? 🤔
The text was updated successfully, but these errors were encountered:
hally9k
changed the title
Multiple websocket instances held in the browser after reconnection
Multiple websocket instances accumulating in the browser after reconnection
Apr 16, 2019
We have an interesting issue we are observing when triggering a reconnection scenario by killing the server.
The connection comes back up correctly but each reconnection that happens results in an additional websocket instance being held in the browser.
Here is a simple Repro:
https://github.com/hally9k/subscription-transport-ws-repro
Does this accumulation of websocket instances represent a memory leak?
For a long running application on potentially shady network connections this appears as though it would absorb more and more resource for every successful reconnection.
Is the dev tools maybe holding onto a reference of the WS? 🤔
The text was updated successfully, but these errors were encountered: