we have some weird issue with websocket sessions on kotlinJS when we try to close them.. they stop getting used.. but the connection seems to stay open and the backend only reports on it getting closed when the tab gets refreshed or browser closed what i randomly found.. these calls close it properly

public suspend fun closeSession() {
        // we don't know why this magic is necessary
        session?.close()
        session?.close(CloseReason(CloseReason.Codes.GOING_AWAY,"Logging out"))
        session?.closeReason?.await()
    }

but i don't really know why.. and any other order or leaving any of them out seems to not do it properly anymore could also be something in our spring-webflux backend.. i guess

Do you see any errors in the browser dev console? Once one send a close frame, the backend closes websocket object. On JS we don’t control connections so it’s up to browser, when to close them, but I believe sending close frame should cause close sequence to begin and the connection should be closed. How do you know that the connection is still alive? Can you debug the server-side to see if it gets a close frame?

i tested with the server running locally.. the server has a logging statement in a try-finally block in only one case it directly cancelled the websocket serverside i did not see any errors in the console (tested in firefox and google-chrome)