CURLINFO_TOTAL_TIME occasionally returns 4295 seconds #1769

Closed
sweatybridge opened this Issue Aug 12, 2017 · 2 comments

Comments

Projects
None yet
2 participants

sweatybridge commented Aug 12, 2017

This happens about 1 in 10 times and seems to be a regression from version 7.54.0.

I did this

/usr/local/opt/curl/bin/curl https://expired.badssl.com/ -s -w "%{time_total}\n"
4295.084345

I expected the following

/usr/local/opt/curl/bin/curl https://expired.badssl.com/ -s -w "%{time_total}\n"
0.119644

curl/libcurl version

curl 7.55.0 (x86_64-apple-darwin16.7.0) libcurl/7.55.0 SecureTransport zlib/1.2.8
Release-Date: 2017-08-09
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp 
Features: IPv6 Largefile NTLM NTLM_WB SSL libz UnixSockets 

operating system

macos 10.12.6

Owner

bagder commented Aug 12, 2017

Ack. I've managed to reproduce. Looking...

bagder added a commit that referenced this issue Aug 12, 2017

bagder/Curl_tvdiff_us: fix the math
Regression since adef394 (released in 7.55.0)

Reported-by: Han Qiao
Fixes #1769

@bagder bagder closed this in 7973baa Aug 12, 2017

Owner

bagder commented Aug 12, 2017

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment