Skip to content
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

tefPAST_SEQ #848

Closed
tuloski opened this issue Feb 9, 2018 · 3 comments
Closed

tefPAST_SEQ #848

tuloski opened this issue Feb 9, 2018 · 3 comments

Comments

@tuloski
Copy link
Collaborator

tuloski commented Feb 9, 2018

Hi,
sometimes the API, after it's connected for a while (days?) returns tefPAST_SEQ on all transactions.
My rippled was synced with the network since other API instances were working well. It seems like it fails to get the last sequence number.
I don't know how I can debug and reproduce it to help understanding the cause. If you have any idea I can test.

@intelliot
Copy link
Collaborator

  1. Get the next sequence number for the account (perhaps use getAccountInfo() for this)
  2. Look at the sequence number used for the transaction that failed (perhaps look at the Sequence property)

Alternatively, could you share a test script that reproduces the issue? You can email it to me directly if it's too large to share here.

@tuloski
Copy link
Collaborator Author

tuloski commented Feb 11, 2018

Ok, I'm trying to get the sequence of the transaction and of the account. I'll try that before sending scripts to test.

@intelliot
Copy link
Collaborator

Thanks. I actually think that the most reliable way to send transactions is to track sequence numbers yourself. Then if you get tefPAST_SEQ, you know that either your account has been compromised, or your app logic is wrong - both situations that require manual intervention.

Closing this issue, but please feel free to open a new one if the problem persists.

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

No branches or pull requests

2 participants