Closed tayfunelmas closed 4 days ago
Attention: Patch coverage is 80.85106%
with 9 lines
in your changes missing coverage. Please review.
Project coverage is 71.67%. Comparing base (
642f6a0
) to head (ec12848
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
We will follow-up with another change to remove ReceiptIdToShardId from DB at all, since it is currently not used except for testing.
Why not do that right away?
We will follow-up with another change to remove ReceiptIdToShardId from DB at all, since it is currently not used except for testing.
Why not do that right away?
I just had this PR ready when I discovered we could just delete the column. I will prepare the other PR and if it ends up quick, will scratch this one.
Closing this PR on behalf of https://github.com/near/nearcore/pull/11691.
This addresses the issue in #11605. This is temporary change, we will follow-up with removing ReceiptIdToShardId as it is not needed except for testing. It allows to re-enable GC in testloop.
For this we fix 2 problems (both manifest itself as testloop failures): 1) Call save_receipt_id_to_shard_id_for_block in 2 new paths in state sync (
set_state_finalize
) and catchup (block_catch_up_postprocess
). This makes sure that ReceiptIdToShardId is saved whenever OutgoingReceipts are saved. 2) Only decrement refcount of ReceiptIdToShardId if it exists in GC. This is needed because when saving ReceiptIdToShardId we check if the validator cares about the shard, but when garbage collecting, we do not check shard-tracking info.We will follow-up with another change to remove ReceiptIdToShardId from DB at all, since it is currently not used except for testing.