Replies: 4 comments 2 replies
|
I've been bitten be something similar in the past, it's easy to forget that you set an env var previously and wonder why it takes so long suddenly. so what we need to decide is
if yes
I think the easiest would indeed be an additional env flag that basically ignores forking? |
0 replies
|
Just removed this behavior, so this is not the case after the next nightly |
2 replies
|
Making |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
The latest nightly release (2022-04-08) (9c2469) introduced a change in the way the
ETH_RPC_URLenvironment variable is treated. It seems like when this is enabled, Foundry will now also use it as an alias forFORK_URL.But it looks like there's no escape hatch. We can't keep
ETH_RPC_URLas an environment variable without automatically having it used as a fork URL also. In certain cases, such as when my Internet connection is poor, I would prefer not to test my contracts on a remote RPC. But I would like to keepETH_RPC_URLas a global environment variable on my machine, so I can use thecastCLI.Thus here's my feature request: let us override this new default behavior. I think the simplest way would be to give
FORK_URLthe utmost priority: if that field is set, and it is set to the empty string, thenETH_PRC_URLshould not be used as a fork URL anymore.Example:
With these environment variables, Foundry should NOT use the RPC url for running the tests against a remote chain fork.
Alternatively, there could be a new configuration option in
foundry.tomlwhich provides an explicit escape hatch for this behavior.All reactions