-
Notifications
You must be signed in to change notification settings - Fork 524
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
Transaction updates #221
Transaction updates #221
Conversation
// We aren't clever enough to eschew preventative measures so we keep an array | ||
// of all submitted transactionIDs (which can change due to load_factor | ||
// effecting the Fee amount). This should be populated with a transactionID | ||
// any time it goes on the network |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would keep comments for some of these properties. They might not be clear to other people browsing the code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Canonical signing setting defaults to the Remote's configuration should be obvious
and so is this.submittedIDs
. The comments in this case don't really provide more information than the code itself.
LGTM, please rebase before merging |
- Deprecate 'save' event - Add TransactionQueue.getMinLedger(), use this as ledger_index_min in account_tx request on reconnect - tx.sign() no longer accepts a callback - Add various setters and jsdoc to transaction.js - Normalize setters, e.g. sourceTag() and destinationTag() - Minor optimization in call to tx.hash() in TransactionManager prior to submit; allow `serialized` argument to tx.hash() such that the transaction is not serialized twice
Do not finalize tef or tel-class errors until LastLedgerSequence is exceeded. Transactions that fail in this way will now be aborted with a tej-class error. Errors like tefALREADY and tefMAX_LEDGER should now be opaque to the user and have no consequence in determining a final state.
35b3881
to
1a892d5
Compare
No description provided.