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
If the this.onFrame call inside parser.js causes an unhandled exception (due to poor developer code in the subscription function, like mine) this causes the this._initState function to not get called. Then the next message received on the socket thinks that it's still part of the previous message. This continues until the page crashes due to a memory overrun (the Page in Chrome displays "Aw Snap: Breakpoint").
If stomp-handler.js -> serverFrameHandler (or parser.js this.onFrame) was inside a try/catch block that would stop this problem from happening. Since serverFrameHandler ends up being external to the stomp library it's definitely safest to catch any errors created by developers, like me...
Another option is to not allow the _bodyBytesRemaining to be negative.
The text was updated successfully, but these errors were encountered:
If the
this.onFrame
call insideparser.js
causes an unhandled exception (due to poor developer code in the subscription function, like mine) this causes thethis._initState
function to not get called. Then the next message received on the socket thinks that it's still part of the previous message. This continues until the page crashes due to a memory overrun (the Page in Chrome displays "Aw Snap: Breakpoint").If stomp-handler.js ->
serverFrameHandler
(or parser.jsthis.onFrame
) was inside a try/catch block that would stop this problem from happening. SinceserverFrameHandler
ends up being external to the stomp library it's definitely safest to catch any errors created by developers, like me...Another option is to not allow the
_bodyBytesRemaining
to be negative.The text was updated successfully, but these errors were encountered: