You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Have you ensured that all of these are up to date?
Foundry
Foundryup
What version of Foundry are you on?
No response
What command(s) is the bug in?
forge script
Operating System
None
Describe the bug
Broadcast artifacts are intended to be committed so that deployment history can live in a repo, but they currently contain two things that make committing them problematic:
The full RPC URL, which exposes API keys, etc.
The full, absolute path to the user's project / broadcast file
The RPC URL is required for --resume on multi-chain deployments, so we should consider moving it to a different dedicated file that gets written to e.g. the cache folder? (since it's gitignored by default). I'm guessing the full absolute path is there for a similar reason (maybe @joshieDo can confirm) in which case we can use the same solution there
The text was updated successfully, but these errors were encountered:
* fix(#4730): remove sensitive info from broadcast files
* fix check_broadcast_log test
* cargo fmt
* improve test for sensitive broadcast logs
* use iter_mut over map and check tx.hash is some value
* load paths back into ScriptSequence and store rpc based on index
* address comments - rename structs, add message for sensitive path
Component
Forge
Have you ensured that all of these are up to date?
What version of Foundry are you on?
No response
What command(s) is the bug in?
forge script
Operating System
None
Describe the bug
Broadcast artifacts are intended to be committed so that deployment history can live in a repo, but they currently contain two things that make committing them problematic:
The RPC URL is required for
--resume
on multi-chain deployments, so we should consider moving it to a different dedicated file that gets written to e.g. the cache folder? (since it's gitignored by default). I'm guessing the full absolute path is there for a similar reason (maybe @joshieDo can confirm) in which case we can use the same solution thereThe text was updated successfully, but these errors were encountered: