-
Notifications
You must be signed in to change notification settings - Fork 770
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
vm: fix accountexists bug in pre-SD hardforks #1516
Conversation
Codecov Report
Flags with carried forward coverage won't be shown. Click here to find out more. |
Co-authored-by: Jochem Brouwer <jochembrouwer96@gmail.com>
smallest nit ever, but let's move the test file to the appropriate dir and rename to camelCase: otherwise, looks really nice :) |
Done! |
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.
LGTM
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.
Great additions!
Just a note, this is causing the follow
Run I believe the issue is related to the |
Oops that is not good. We should have ran all tests in the ci |
Agreed, maybe the lesson is to always run the full test suite against VM PRs
…On Thu, Oct 7, 2021, 1:56 PM Jochem Brouwer ***@***.***> wrote:
Oops that is not good. We should have ran all tests in the ci
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#1516 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEENFXGKXNLCVVKCUQRE2FTUFXNNBANCNFSM5FL2ENRA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
I don't think we should run all hardforks in VM PRs, but we should if it clearly hits a hardfork which is not covered by tests (mostly rather old forks). |
I've opened a new issue to address the issue. |
Fixes #1502 based on test case and suggestion from @jochem-brouwer. I've added the test case to the VM tests though not sure if we want to restructure it along the lines of
ethereum-tests
somehow. Seems like there ought to be a good way to do that and I can explore how to open that PR if we like this approach.I have confirmed that this resolves the specific issue when syncing the client on mainnet and it is able to progress beyond this block but I've encountered another block
1233073
with an invalidReceiptsTrie
so will need some additional review to see if my code change caused this new issue or if it's something else now.