You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Should we add an extra check in here for other goofiness like request timestamp being greater than response timestamp? Something like `if eventDuration < 0 { eventDuration = 0 }`
When a timestamp is missing it is still possible to get negative durations. Ideally we have a proper matching so this doesn't happen... but if it does, we should probably set duration to 0 to avoid skewing correct durations.
The text was updated successfully, but these errors were encountered:
If there is no timestamp for either request or response, we should not be setting duration at all because we have no way of knowing, and keeping it even at 0 will skew the data.
…#258)
## Which problem is this PR solving?
- Closes#249
## Short description of the changes
- refactor duration computation into an extracted function
- test drive timestamp(s) set/unset scenarios
## How to verify that this has the expected result
Duration is only set if both timestamps are present. If one or both are
missing, attributes are added to the event indicating that, and no
duration is set (event timestamp is set to time.now). If both timestamps
are present, calculate the duration and add to the event. We should see
no more negative durations caused by missing timestamps
---------
Co-authored-by: Jamie Danielson <[email protected]>
Co-authored-by: JamieDanielson <[email protected]>
Co-authored-by: Mike Goldsmith <[email protected]>
Originally posted by @JamieDanielson in #179 (comment)
When a timestamp is missing it is still possible to get negative durations. Ideally we have a proper matching so this doesn't happen... but if it does, we should probably set duration to 0 to avoid skewing correct durations.
The text was updated successfully, but these errors were encountered: