Skip to content
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

bug: anvil_dumpState full block load doesn't work #8213

Open
1 of 2 tasks
Tracked by #8269
samlaf opened this issue Jun 20, 2024 · 1 comment
Open
1 of 2 tasks
Tracked by #8269

bug: anvil_dumpState full block load doesn't work #8213

samlaf opened this issue Jun 20, 2024 · 1 comment
Labels
C-anvil Command: anvil T-bug Type: bug

Comments

@samlaf
Copy link
Contributor

samlaf commented Jun 20, 2024

Component

Anvil

Have you ensured that all of these are up to date?

  • Foundry
  • Foundryup

What version of Foundry are you on?

forge 0.2.0 (3abac32 2024-06-20T00:22:07.769597000Z)

What command(s) is the bug in?

anvil --dump/load-state & cast block n --full

Operating System

macOS (Apple Silicon)

Describe the bug

This is a followup to #8160. There was a bug left in that PR, which is now affecting me. It seems like full block are not dumped properly:

$ cast block 1 --full
Error:
block Number(Number(1)) not found

Does anyone know what the difference between cast block n and cast block n --full, and any intuition as to why blocks can be found, but not full blocks?

When querying via geth's BlockByNumber (which queries https://www.quicknode.com/docs/ethereum/eth_getBlockByNumber), I get panics, which seems to indicate that geth sets the transaction_detail_flag to true (equivalent to -full flag in cast?)

@samlaf samlaf added the T-bug Type: bug label Jun 20, 2024
@mattsse
Copy link
Member

mattsse commented Jun 20, 2024

this looks more like an issue with how the state is reinserted

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-anvil Command: anvil T-bug Type: bug
Projects
None yet
Development

No branches or pull requests

3 participants