Open Bargsteen opened 1 year ago
The cause of this is that when the transaction gets committed we then try to get schemas in all the blocks in which it is committed.
And some of those blocks might no longer exist since they can be pruned.
We can probably revise getTxContractInfoWithSchemas
, where this error is caused, to not fail, but rather to not return the schema in the case it cannot find the block.
Bug Description The client waits for transactions to be committed and finalized by default. If a transaction is valid and eventually included in a finalized block, this waiting behavior should always succeed (as far as I know). But apparently, that is (no longer) the case.
Steps to Reproduce Not sure as it happened once while making some smart contract-related transactions. But it occurred during a contract update.
Expected Result
Actual Result
Also, the error message here is slightly off. Should have been:
No block with hash:
.Versions
┆Issue is synchronized with this Jira Bug by Unito