Describe the bug
The Heartbeat timeout log does not show up when using kTLS.
Describe your setup
Two connections in CloudAMQP - 20s heartbeat. One plain, one TLS. Newer LavinMQ Version with Ubuntu26
How to reproduce
- Let both connections run in a blocked environment. We used Pika.
>>> urlB='amqp://nzcidpnq:PWD@test-windy-cattle.lmq.cloudamqp.com/nzcidpnq?heartbeat=20'
>>> urlA='amqps://nzcidpnq:PWD@test-windy-cattle.lmq.cloudamqp.com/nzcidpnq?heartbeat=20'
>>>
>>>
>>> connA=openConn(urlA)
>>> connB=openConn(urlB)
>>>
>>> chA=connA.channel()
>>> chB=connB.channel()
Both connections closed as expected by missing heartbeats, but the kTLS one closed in silence
Expected behavior
Log Heartbeat timeout shows up
** Root Cause **
There's a branch with a validated fix. The branch has AI generated code with much more than necessary.
The fix is to handle the new OpenSSL read timeout. The kTLS binding does not throw an error.
Describe the bug
The
Heartbeat timeoutlog does not show up when using kTLS.Describe your setup
Two connections in CloudAMQP - 20s heartbeat. One plain, one TLS. Newer LavinMQ Version with Ubuntu26
How to reproduce
Both connections closed as expected by missing heartbeats, but the kTLS one closed in silence
Expected behavior
Log
Heartbeat timeoutshows up** Root Cause **
There's a branch with a validated fix. The branch has AI generated code with much more than necessary.
The fix is to handle the new
OpenSSLread timeout. The kTLS binding does not throw an error.