Version
22.14.0
Platform
Subsystem
No response
What steps will reproduce the bug?
Create a TCP socket and call socket.setKeepAlive(true, 400).
How often does it reproduce? Is there a required condition?
Any keepalive less than 1 second.
What is the expected behavior? Why is that the expected behavior?
This should send keepalive packets every 400 ms.
The documentation says as much:
keepAliveInitialDelay {number} If set to a positive number, it sets the
initial delay before the first keepalive probe is sent on an idle socket.
Default: 0.
What do you see instead?
The code truncates to the nearest 1000ms, so the socket doesn't send keepalive packets and no error is issued.
Additional information
It seems this parameter is even broken in the tests.
|
connection.setKeepAlive(true, common.platformTimeout(50)); |
|
const s = clientConnection.setKeepAlive(true, 400); |
Ideally, the keepalive interval would be respected in milliseconds. Assuming that's infeasible,
- a runtime warning should be issued if setKeepAlive is given a value <1000.
- the documentation should be updated to reflect that, even though the value is given in milliseconds, it will only be respected to the second.
Version
22.14.0
Platform
Subsystem
No response
What steps will reproduce the bug?
Create a TCP socket and call
socket.setKeepAlive(true, 400).How often does it reproduce? Is there a required condition?
Any keepalive less than 1 second.
What is the expected behavior? Why is that the expected behavior?
This should send keepalive packets every 400 ms.
The documentation says as much:
What do you see instead?
The code truncates to the nearest 1000ms, so the socket doesn't send keepalive packets and no error is issued.
Additional information
It seems this parameter is even broken in the tests.
node/test/parallel/test-net-keepalive.js
Line 42 in 3db5491
node/test/parallel/test-net-persistent-keepalive.js
Line 30 in 3db5491
Ideally, the keepalive interval would be respected in milliseconds. Assuming that's infeasible,