You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The #3079 introduces a test harness for the transaction class.
Extend the tests with various scenarios to validate the behavior of transactionWatch_unstable_submitAndWatch.
The status of the transaction should be correlated with the state of the transaction pool.
A few scenarios ideas:
invalid transaction is not included to the chain
a valid transaction is included when the transaction pool encounters a test driven ChainEvent::Finalized
transaction status advances through Ready, InBlock, Finalized with events driven from the transaction pool
cc @paritytech/subxt-team
The text was updated successfully, but these errors were encountered:
This PR ensures that the transaction API generates an `Invalid` events
for transaction bytes that fail to decode.
The spec mentioned the `Invalid` event at the jsonrpc error section,
however this spec PR makes things clearer:
- paritytech/json-rpc-interface-spec#146
While at it have discovered an inconsistency with the generated events.
The drop event from the transaction pool was incorrectly mapped to the
`invalid` event.
Added tests for the API stabilize the API soon:
- paritytech/json-rpc-interface-spec#144Closes: #3083
cc @paritytech/subxt-team
---------
Signed-off-by: Alexandru Vasile <[email protected]>
The #3079 introduces a test harness for the transaction class.
Extend the tests with various scenarios to validate the behavior of
transactionWatch_unstable_submitAndWatch
.The status of the transaction should be correlated with the state of the transaction pool.
A few scenarios ideas:
ChainEvent::Finalized
Ready
,InBlock
,Finalized
with events driven from the transaction poolcc @paritytech/subxt-team
The text was updated successfully, but these errors were encountered: