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
We've been using the golang.org/x/net/websocket package for a long time, mostly because I trust an "official" library more than an alternative. The "official" package does warn that:
This package currently lacks some features found in an alternative and more actively maintained WebSocket package.
Unfortunately this is only half the truth. The full truth is, that due to the missing features, connections between the package and a proper implementation will often break.
My point really being here is that the "official" websocket package is not simply missing some features, rather those features will lead to serious - and hard to debug - issues down the line. As I see it, x/net/websocket is not going to be brought up to spec with websocket proper, and there are better alternatives.
Could we deprecate the package? Ideally I'd just delete it, but that's probably too drastic and would break dependent code.
The text was updated successfully, but these errors were encountered:
Thanks. I am going to mark this as a duplicate of #18152. It talks about the exact same issue and already has a lot of context. Let us continue the conversation there.
We've been using the
golang.org/x/net/websocket
package for a long time, mostly because I trust an "official" library more than an alternative. The "official" package does warn that:Unfortunately this is only half the truth. The full truth is, that due to the missing features, connections between the package and a proper implementation will often break.
x/net/websocket
does not implement pings and will choke on them (rpc: WebSocket client treats pings as errors ethereum/go-ethereum#19798).x/net/websocket
does not support continuation frames and will choke on them (Geth >= 1.8.3 can't deploy large contracts over websockets ethereum/go-ethereum#16846).My point really being here is that the "official" websocket package is not simply missing some features, rather those features will lead to serious - and hard to debug - issues down the line. As I see it,
x/net/websocket
is not going to be brought up to spec with websocket proper, and there are better alternatives.Could we deprecate the package? Ideally I'd just delete it, but that's probably too drastic and would break dependent code.
The text was updated successfully, but these errors were encountered: