[Snyk] Upgrade socket.io from 4.4.0 to 4.7.5 #286
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR was automatically created by Snyk using the credentials of a real user.

Snyk has created this PR to upgrade socket.io from 4.4.0 to 4.7.5.
ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
The recommended version is 16 versions ahead of your current version.
The recommended version was released on 3 months ago.
Issues fixed by the recommended upgrade:
SNYK-JS-SOCKETIOPARSER-3091012
SNYK-JS-SOCKETIOPARSER-5596892
SNYK-JS-ENGINEIO-3136336
SNYK-JS-ENGINEIO-5496331
Release notes
Package name: socket.io
-
4.7.5 - 2024-03-14
- close the adapters when the server is closed (bf64870)
- remove duplicate pipeline when serving bundle (e426f3e)
- Diff: 4.7.4...4.7.5
- Client release: 4.7.5
-
4.7.4 - 2024-01-12
- typings: calling io.emit with no arguments incorrectly errored (cb6d2e0), closes #4914
- Diff: 4.7.3...4.7.4
- Client release: 4.7.4
-
4.7.3 - 2024-01-03
- return the first response when broadcasting to a single socket (#4878) (df8e70f)
- typings: allow to bind to a non-secure Http2Server (#4853) (8c9ebc3)
- Diff: 4.7.2...4.7.3
- Client release: 4.7.3
-
4.7.2 - 2023-08-02
- clean up child namespace when client is rejected in middleware (#4773) (0731c0d)
- webtransport: properly handle WebTransport-only connections (3468a19)
- webtransport: add proper framing (a306db0)
- Diff: 4.7.1...4.7.2
- Client release: 4.7.2
-
4.7.1 - 2023-06-28
- Diff: 4.7.0...4.7.1
- Client release: 4.7.1
-
4.7.0 - 2023-06-22
- remove the Partial modifier from the socket.data type (#4740) (e5c62ca)
- https://w3c.github.io/webtransport/
- https://developer.mozilla.org/en-US/docs/Web/API/WebTransport
- https://developer.chrome.com/articles/webtransport/
https://w3c.github.io/webtransport/#custom-certificate-requirements)
- Diff: 4.6.2...4.7.0
- Client release: 4.7.0
-
4.6.2 - 2023-05-31
- exports: move
- Diff: 4.6.1...4.6.2
- Client release: 4.6.2
-
4.6.1 - 2023-02-20
- properly handle manually created dynamic namespaces (0d0a7a2)
- types: fix nodenext module resolution compatibility (#4625) (d0b22c6)
- Diff: 4.6.0...4.6.1
- Client release: 4.6.1
-
4.6.0 - 2023-02-07
- add timeout method to remote socket (#4558) (0c0eb00)
- typings: properly type emits with timeout (f3ada7d)
try {
- id
- rooms
- data
- missed packets
import { Server } from "socket.io";
- the server sends a session ID during the handshake (which is different from the current
- the server also includes an offset in each packet (added at the end of the data array, for backward compatibility)
- upon temporary disconnection, the server stores the client state for a given delay (implemented at the adapter level)
- upon reconnection, the client sends both the session ID and the last offset it has processed, and the server tries to restore the state
io.engine.use((req, res, next) => {
import { createServer } from "node:http";
import { createServer } from "node:http";
- precompute the WebSocket frames when broadcasting (da2b542)
- Diff: 4.5.4...4.6.0
- Client release: 4.6.0
-
4.6.0-alpha1 - 2023-01-25
const sockets = await io.fetchSockets();
-
4.5.4 - 2022-11-22
-
4.5.3 - 2022-10-15
-
4.5.2 - 2022-09-02
-
4.5.1 - 2022-05-17
-
4.5.0 - 2022-04-23
-
4.4.1 - 2022-01-06
-
4.4.0 - 2021-11-18
from socket.io GitHub release notesBug Fixes
Links
engine.io@~6.5.2(no change)ws@~8.11.0(no change)Bug Fixes
Links
engine.io@~6.5.2(no change)ws@~8.11.0(no change)Bug Fixes
Links
engine.io@~6.5.2(no change)ws@~8.11.0(no change)Bug Fixes
Links
engine.io@~6.5.2(diff)ws@~8.11.0(no change)The client bundle contains a few fixes regarding the WebTransport support.
Links
engine.io@~6.5.0(no change)ws@~8.11.0(no change)Bug Fixes
Features
Support for WebTransport
The Socket.IO server can now use WebTransport as the underlying transport.
WebTransport is a web API that uses the HTTP/3 protocol as a bidirectional transport. It's intended for two-way communications between a web client and an HTTP/3 server.
References:
Until WebTransport support lands in Node.js, you can use the
@ fails-components/webtransportpackage:const cert = readFileSync("/path/to/my/cert.pem");
const key = readFileSync("/path/to/my/key.pem");
const httpsServer = createServer({
key,
cert
});
httpsServer.listen(3000);
const io = new Server(httpsServer, {
transports: ["polling", "websocket", "webtransport"] // WebTransport is not enabled by default
});
const h3Server = new Http3Server({
port: 3000,
host: "0.0.0.0",
secret: "changeit",
cert,
privKey: key,
});
(async () => {
const stream = await h3Server.sessionStream("/socket.io/");
const sessionReader = stream.getReader();
while (true) {
const { done, value } = await sessionReader.read();
if (done) {
break;
}
io.engine.onWebTransportSession(value);
}
})();
h3Server.startServer();">
Added in 123b68c.
Client bundles with CORS headers
The bundles will now have the right
Access-Control-Allow-xxxheaders.Added in 63f181c.
Links
engine.io@~6.5.0(diff)ws@~8.11.0(no change)Bug Fixes
typescondition to the top (#4698) (3d44aae)Links
engine.io@~6.4.2(diff)ws@~8.11.0(no change)Bug Fixes
Links
engine.io@~6.4.1(diff)ws@~8.11.0(no change)Bug Fixes
Features
Promise-based acknowledgements
This commit adds some syntactic sugar around acknowledgements:
emitWithAck()const responses = await io.timeout(1000).emitWithAck("some-event");
console.log(responses); // one response per client
} catch (e) {
// some clients did not acknowledge the event in the given delay
}
io.on("connection", async (socket) => {
// without timeout
const response = await socket.emitWithAck("hello", "world");
// with a specific timeout
try {
const response = await socket.timeout(1000).emitWithAck("hello", "world");
} catch (err) {
// the client did not acknowledge the event in the given delay
}
});
serverSideEmitWithAck()Added in 184f3cf.
Connection state recovery
This feature allows a client to reconnect after a temporary disconnection and restore its state:
Usage:
const io = new Server({
connectionStateRecovery: {
// default values
maxDisconnectionDuration: 2 60 1000,
skipMiddlewares: true,
},
});
io.on("connection", (socket) => {
console.log(socket.recovered); // whether the state was recovered or not
});
Here's how it works:
idattribute, which is public and can be freely shared)The in-memory adapter already supports this feature, and we will soon update the Postgres and MongoDB adapters. We will also create a new adapter based on Redis Streams, which will support this feature.
Added in 54d5ee0.
Compatibility (for real) with Express middlewares
This feature implements middlewares at the Engine.IO level, because Socket.IO middlewares are meant for namespace authorization and are not executed during a classic HTTP request/response cycle.
Syntax:
// do something
next();
});
// with express-session
import session from "express-session";
io.engine.use(session({
secret: "keyboard cat",
resave: false,
saveUninitialized: true,
cookie: { secure: true }
}));
// with helmet
import helmet from "helmet";
io.engine.use(helmet());
A workaround was possible by using the allowRequest option and the "headers" event, but this feels way cleaner and works with upgrade requests too.
Added in 24786e7.
Error details in the disconnecting and disconnect events
The
disconnectevent will now contain additional details about the disconnection reason.Added in 8aa9499.
Automatic removal of empty child namespaces
This commit adds a new option, "cleanupEmptyChildNamespaces". With this option enabled (disabled by default), when a socket disconnects from a dynamic namespace and if there are no other sockets connected to it then the namespace will be cleaned up and its adapter will be closed.
import { Server } from "socket.io";
const httpServer = createServer();
const io = new Server(httpServer, {
cleanupEmptyChildNamespaces: true
});
Added in 5d9220b.
A new "addTrailingSlash" option
The trailing slash which was added by default can now be disabled:
import { Server } from "socket.io";
const httpServer = createServer();
const io = new Server(httpServer, {
addTrailingSlash: false
});
In the example above, the clients can omit the trailing slash and use
/socket.ioinstead of/socket.io/.Added in d0fd474.
Performance Improvements
Links:
engine.io@~6.4.0(diff)ws@~8.11.0(diff)The RemoteSocket interface, which is returned when the client is
connected on another Socket.IO server of the cluster, was lacking the
timeout()method.Syntax:
for (const socket of sockets) {
if (someCondition) {
socket.timeout(1000).emit("some-event", (err) => {
if (err) {
// the client did not acknowledge the event in the given delay
}
});
}
}
Related: #4595
Important
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information: