Skip to content

Conversation

@carltlindholm
Copy link

This fixes the case where we end up reading a previous response packet, whose timestamp may now be out of date by the update interval (e.g. 60 sec)

A state of receiving the previous response packet can persist for very long periods (because we send a new packet at each update that will then be received - late - at the next update, and so on until a response packet is actually lost).

…tamp in the response matches.

This fixes the case where we end up reading a previous response pakcet, whose timestamp may now be out of date by the update interval (e.g. 60 sec)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant