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
I am using a slightly modified version of the default router loop::
(if-not (sente/event-msg? event-msg)
;; Shouldn't be possible here, but we're being cautious:
(do
(errorf "Bad event: %s %s" event ch-ctrl) ; Log 'n drop
(if (nil? event)
(do
(errorf "Closing channel on null event")
(async/close! ch-ctrl))))
(event-msg-handler event-msg))
This plays well with the component workflow, and allows to restart the websocket when needed.
Question was if there was any side effect that could be seen with such a change ?
If not, can we merge it here ?
Without the fix above, the code just keeps on looping and the whole becomes unusable.
When the server side is up again, reconnection on the client side works as expected.
The text was updated successfully, but these errors were encountered:
I am using a slightly modified version of the default router loop::
This plays well with the component workflow, and allows to restart the websocket when needed.
Question was if there was any side effect that could be seen with such a change ?
If not, can we merge it here ?
The text was updated successfully, but these errors were encountered: