extension.config.* in dev, start, and preview.
Run a fork by name
These forks are first-class browser targets. Pass the name to--browser and Extension.js finds the installed binary on your system automatically, running it through its engine family’s launcher:
chromium:/firefox: prefixed fields resolve correctly (see Browser-specific manifest fields).
Run a custom binary
To run a browser without a built-in locator, or to override the located binary, use one of these flags:--chromium-binary <path>--gecko-binary <path>(alias:--firefox-binary <path>)
Binary capabilities
CLI examples
start and preview.
Configure in extension.config.*
Target mapping behavior
Binary hints map to engine targets:chromiumBinary→chromium-basedgeckoBinary/firefoxBinary→gecko-based
Available browsers
Forks with a built-in locator run by name; anything else runs with a binary flag:Important constraints
chromium-basedrequires a validchromiumBinarypath.gecko-based/firefox-basedrequire a validgeckoBinarypath.- Invalid paths fail fast with a clear CLI/runtime error.
builddoes not accept binary flags. You can use binary-based launching only withdev,start, andpreview.
Best practices
- Pair binaries with explicit browser target: Use
--browser=chromium-basedor--browser=gecko-basedfor predictable intent. - Use absolute paths: Avoid shell-dependent path resolution issues.
- Version-pin in continuous integration (CI) runners: Keep browser binary paths deterministic for automated checks.
- Combine with profile/flags carefully: Reuse the same profile and flag strategy used for named browser targets.
Next steps
- Learn more about Browser preferences.
- Learn more about Browser profile.

