setkeepalive < 1000 silently ignored
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- JavaScript
- Estrellas
- 122k
- Forks
- 37.3k
- Merge medio
- 4 d 2 h
- PR fusionados (30 d)
- 283
Descripción
Version
22.14.0
Platform
N/A
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.
https://github.com/nodejs/node/blob/3db54912fa2e4a696d4e2ec27dfb2aeecfc65191/test/parallel/test-net-keepalive.js#L42
https://github.com/nodejs/node/blob/3db54912fa2e4a696d4e2ec27dfb2aeecfc65191/test/parallel/test-net-persistent-keepalive.js#L30
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.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Start at the socket.setKeepAlive(true, 400) entry point and inspect the behavior covered by test/parallel/test-net-keepalive.js and test/parallel/test-net-persistent-keepalive.js. Determine whether subsecond delays should be supported or rejected, then update the relevant tests and documentation so the chosen behavior is explicit and verified.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- javascript, node.js
- Área
- networking
- Tipo de issue
- Error
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 64/100