-
Notifications
You must be signed in to change notification settings - Fork 291
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
Quickfix/Go resets sequence when using StartTime/EndTime #607
Comments
AFAIK this is normal behavior in absence of StartDay and EndDay. Just set StartDay and EndDay in config |
Hi @filinvadim , see the top of my post: We are using both |
Please also add |
I currently don't have access to this project anymore; will let you know if we go back to this library and whether that fixes the issue.
|
If you set this, StartTime and EndTime will be ignored. For day long sessions, you should use Weekdays, which is not documented. |
I'm raising this issue here as I don't have access to https://groups.google.com/g/quickfixgo
We configure our QuickFix/Go sessions like so:
This (to me, as per docs) implies
ResetOnLogon=N
,ResetOnLogout=N
,ResetOnDisconnect=N
meaning I expect no session resets to happen. This is indeed true for e.g. us restarting Quickfix/Go, but there is one exception.Whenever we hit 7AM UTC we see Quickfix/Go disconnect (correctly), followed by reconnection attempts at 7:03AM (also correct), except these reconnection attempts now use the wrong sequence number.
Expected behavior:
Reconnection attempts and future messages should use the next sequence number from before the disconnect.
Example: Before the disconnect our last outgoing message has sequence id
123
. The next message (i.e. the logon at 7:03) should use sequence id124
Observed behavior:
Quickfix/Go resets the sequence, the next sequence id is always
1
.This leads to our counterparty complaining that the sequence number is wrong.
I currently believe this is due to the following code:
Specifically the last
if
statement. From the code I don't see a way for us to configure this behavior and the library will always reset the sequence.The text was updated successfully, but these errors were encountered: