Skip to content

Improve disconnect reason when ResetOnLogon is not honoured by counter party #988

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

Open
wants to merge 5 commits into
base: master
Choose a base branch
from

Conversation

Ramonster1
Copy link

This fixes #960 by clarifying the reason for sequence number in response not being 1 when resetOnLogon is configured to true.

As far as I could tell, it isn't necessary to add/amend a unit test for this fix as the disconnect is already tested by SessionTest.testInferResetSeqNumAcceptedWithNonInitialSequenceNumber()

…r-party

This fixes quickfix-j#960 by clarifying the reason for sequence number in response not being 1 when resetOnLogon is configured to true.
@chrjohn chrjohn changed the title Improve disconnect reason when ResetOnLogon is not honoured by counte… Improve disconnect reason when ResetOnLogon is not honoured by counter party Jun 18, 2025
Ramonster1 and others added 2 commits June 23, 2025 20:07
-This removed disconnect case is covered on Line 2216.
Also removed case for resetOnLogon. Since we're checking for isResetSent(), the check on resetOnLogon should be redundant.
-Added return statement after disconnect(). This is behaviour is a bit inconsistent in the Session class, however it prevents duplicated state reset updates that are covered in disconnect().
@Ramonster1 Ramonster1 requested a review from chrjohn July 3, 2025 20:17
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.

"Received logon response before sending request" is unclear with ResetOnLogon=Y
2 participants