-
Notifications
You must be signed in to change notification settings - Fork 718
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
incorrect traceinfo upon timeout #338
Comments
@rightjoin Thanks for reporting an issue, surely I will look into it. There is a recent contribution to trace info by @JoaquinJimenezGarcia on #331. Can you please give it a try and share some sample test case for the issue? |
Also, I have created v2.3.0-rc.1, you could try out. |
Hi Jeevatkm, I don't see it resolved in the rc1. Here is a quick test case:
Thanks for the amazing library. |
If the connection times out, how useful is the trace info? |
To be clear, I agree that the trace values are inaccurate in this scenario. I'm just curious what your use case is for using the trace info on failed requests. |
There are a number of requests generated for the server, and TraceInfo stats are being aggregated. |
Only calculate TCPConnTime, ConnTime, and ResponseTime for successful connections. Fixes go-resty#338
Fixes #338 * Fix TraceInfo on failed connections * Only calculate TCPConnTime, ConnTime, and ResponseTime for successful connections * Sequentially sort clientTrace struct members * Sort clientTrace struct members based upon the normally trace hook execution sequence
When a request timesouts, the data is traceinfo is incorrect.
Often connection time, Response time etc will have max or min possible int64 values
The text was updated successfully, but these errors were encountered: