This guide covers the most common errors you’ll encounter when setting up SolidScript, building contracts, deploying, and verifying on-chain. For each problem, you’ll find the likely cause and the fastest path to a fix. Start withDocumentation Index
Fetch the complete documentation index at: https://docs.solidscipt.zoracle.xyz/llms.txt
Use this file to discover all available pages before exploring further.
doctor. It tells you whether Node, solc, Slither, Foundry, and other tools are available from cache, PATH, or Docker:
Common errors
No matching version found for hardhat@^1.x.x
No matching version found for hardhat@^1.x.x
Likely cause: npm cache issue from an unrelated package.Fix: Try
bun install or npm install --legacy-peer-deps.Module not found: solc/Test.sol
Module not found: solc/Test.sol
Likely cause:
forge-std is not installed.Fix: Run solidscript test once to populate it, or check that out/forge/lib/forge-std/ exists.OwnableUnauthorizedAccount(0x...) on deploy
OwnableUnauthorizedAccount(0x...) on deploy
No arguments passed to the base constructor
No arguments passed to the base constructor
Likely cause: A base contract requires constructor arguments that were not provided.Fix: Pass them explicitly using
super(...).Error (9553): Invalid type for argument
Error (9553): Invalid type for argument
Likely cause: TypeScript-only casts leaked into generated output.Fix: Type
bigint locals with : bigint and avoid Number() or BigInt() inside contract logic.slither: command not found
slither: command not found
Likely cause: Slither is not available on PATH.Fix: Run
npx solidscript doctor --fix, use Docker, or install native Slither.forge: command not found
forge: command not found
Likely cause: Foundry is not installed or not on PATH.Fix: Run
npx solidscript doctor --fix.Browser deploy hangs
Browser deploy hangs
Likely cause: The browser tab did not open automatically, or the wallet was not connected.Fix: Copy the local URL from CLI output and open it in the browser manually.
Etherscan says 'Already Verified'
Etherscan says 'Already Verified'
Likely cause: The same bytecode was already verified under a previous deployment.Fix: Treat this as benign — your deployment is fine.
Etherscan says 'Source code is not match'
Etherscan says 'Source code is not match'
Likely cause: The local compiler input differs from the bytecode that was deployed.Fix: Re-run
verify-source from the exact same project state that was used for the original deploy.Map stack traces to TypeScript
Usetrace to map generated Solidity stack traces back to your TypeScript source. Pipe forge test output into it: