That patch does not fix it. tftp_receive_packet() looks like it only gets called when data is received. In my test case, there is NO data passing and so that function never gets called which in turn means Curl_speedcheck() will never get called.

Is there a facility to periodically invoke Curl_speedcheck() from another context?

---
** [bugs:#1269] TFTP does not stop if rate is below low-speed-limit**
**Status:** open-confirmed
**Created:** Mon Aug 19, 2013 06:54 PM UTC by Jo3
**Last Updated:** Mon Aug 19, 2013 08:16 PM UTC
**Owner:** Daniel Stenberg
TFTP transfers do not timeout when data rate is below CURLOPT_LOW_SPEED_LIMIT for CURLOPT_LOW_SPEED_TIME.
Looks like Curl_speedcheck() needs to be called in tftp.c:tftp_receive_packet().
Tested by initiating a transfer with curl binary running as tftp client. Then I pulled the ethernet cable to simulate network dis-connectivity. The transfer does not timeout within the timeframe specified by CURLOPT_LOW_SPEED_TIME.
curl 7.32.0 (x86_64-unknown-linux-gnu) libcurl/7.32.0 OpenSSL/1.0.1c zlib/1.2.7 libidn/1.25 librtmp/2.3
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp smtp smtps telnet tftp 
Features: Debug TrackMemory IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP
---
Sent from sourceforge.net because curl-tracker@cool.haxx.se is subscribed to https://sourceforge.net/p/curl/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/curl/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.