web-ext v7 command reference
This page lists all the commands and options available under version 7 of the web-ext command line tool. See the command reference for documentation of the current version of the tool.
This page lists all the commands and options available under version 7 of the web-ext command line tool. See the command reference for documentation of the current version of the tool.
web-ext has the following commands; options specific to these commands are included as subsections.
web-ext build
Packages an extension into a .zip
file, ignoring files that are commonly unwanted in packages, such as .git
and other artifacts. The name of the .zip
file is taken from the name field in the extension manifest.
--as-needed
Re-build the extension anytime you edit and save a source file. This allows you to continuously create a package with the most up to date source code.
Environment variable: $WEB_EXT_AS_NEEDED=true
--overwrite-dest
, -o
Overwrite destination package file if it exists. Without this option, web-ext will exit in error if the destination file already exists.
Environment variable: $WEB_EXT_OVERWRITE_DEST=true
--filename
, -n
Name of the created extension package file. In this option, the values defined in manifest.json
can be used by enclosing them with { }
. The default value is {name}-{version}.zip
.
Environment variable: $WEB_EXT_FILENAME
web-ext docs
Opens the web-ext documentation in the user's default browser.
web-ext lint
Reports errors in the extension manifest or other source code files. When strict_min_version
is set in your extension’s manifest file, lint will report on the permissions, manifest keys, and web extension APIs used that are not available in that version. See the addons-linter project for more information about what kind of rules are used to validate extension source.
--output
, -o
The type of output to generate when reporting on errors. Choices: json
or text
.
Environment variable: $WEB_EXT_OUTPUT
--metadata
Output only metadata about the extension in JSON.
Environment variable: $WEB_EXT_METADATA=true
--pretty
Format the JSON output so that it's easier to read. This only applies when --output
is set to json
.
Environment variable: $WEB_EXT_PRETTY=true
--self-hosted
Declares that your extension will be self-hosted. This disables messages related to hosting on addons.mozilla.org.
Environment variable: $WEB_EXT_SELF_HOSTED=true
--boring
Disables colorful shell characters so that the output only contains plain text.
Environment variable: $WEB_EXT_BORING=true
--warnings-as-errors
, -w
Treat warnings as errors by exiting non-zero for warnings.
Environment variable: $WEB_EXT_WARNINGS_AS_ERRORS=true
--firefox-preview
Turn on developer preview features in Firefox. This option accepts multiple values, depending on the available developer previews.
This option was added in web-ext 7.3.0.
web-ext run
Builds and then temporarily installs an extension on the target application, so it can be tested. By default, watches extension source files and reload the extension in each target as files change.
--adb-bin
Path to the ADB (Android Device Bridge) executable on the machine you are running web-ext
from. By default, the adb
executable will be located on your PATH
.
Environment variable: $WEB_EXT_ADB_BIN
--adb-device
, --android-device
The ID of your target Android device. If you do not specify this option, web-ext
will list the IDs of each device connected. If you don't see a list of connected devices, make sure yours is set up for development.
Example:
web-ext run --target=firefox-android --android-device FA4AX0201736
Environment variable: $WEB_EXT_ADB_DEVICE
--adb-host
Host name to use when connecting to an Android device with ADB (Android Device Bridge). This will be discovered automatically by default.
Environment variable: $WEB_EXT_ADB_HOST
--adb-port
Network port to use when connecting to an Android device with ADB (Android Device Bridge). This will be discovered automatically by default.
Environment variable: $WEB_EXT_ADB_PORT
--adb-remove-old-artifacts
web-ext
automatically removes all the temporary files that were written to the target adb device when it does exit. This may fail, for example when the device is disconnected before
web-ext run
exited.
Starting from v5.0.0, web-ext run
will automatically detect and warn the user if old artifacts have been found on the adb device, but it does not automatically remove them by default.
This flag forces web-ext to automatically remove these discovered artifacts.
Environment variable: $WEB_EXT_ADB_REMOVE_OLD_ARTIFACTS
--browser-console
, -bc
This opens a Browser Console on startup, so you can see log messages for your extension. Example:
web-ext run --browser-console
Environment variable: $WEB_EXT_BROWSER_CONSOLE=true
Note: The browser console may not show all debugging output from content-scripts. Use the web console when debugging content-scripts.
--devtools
This opens the Developer Tools for the installed extension on startup. See this documentation for more information. Example:
web-ext run --devtools
Note: The opened Developer Tools may not show all debugging output from content-scripts. Use the web console when debugging content-scripts.
This option was added in web-ext 7.3.0 and it requires Firefox 106 and newer.
--firefox
, -f
Specify a particular version of Firefox Desktop to run the extension in. The value is an absolute path to the Firefox executable or an alias string. If this is not specified, it will attempt to run the extension inside the system's default installation of Firefox.
Here is an example specifying a full path to a Firefox executable on Windows:
--firefox="C:\Program Files\Mozilla Firefox\firefox.exe"
Here is an example specifying an executable path on Mac OS:
--firefox=/Applications/FirefoxNightly.app/Contents/MacOS/firefox-bin
You can also use aliases, like this:
--firefox=beta
Here are all available aliases and the executables they map to:
Alias | Firefox executable |
---|---|
firefox |
The release build of Firefox |
beta |
The beta build of Firefox |
nightly |
The nightly build of Firefox |
deved or firefoxdeveloperedition |
The developer build of Firefox |
As of web-ext 7.2.0, Flatpak users can use this option with the value flatpak:org.mozilla.firefox
(where org.mozilla.firefox
is the Flatpak application ID for Firefox on Flathub):
web-ext run --firefox=flatpak:org.mozilla.firefox
Environment variable: $WEB_EXT_FIREFOX
--firefox-apk
The exact APK name for Firefox on your Android device. Without specifying this option, web-ext
will automatically select it for you. If more than one Firefox APK is installed, web-ext
will show a list of values to choose from.
Example:
web-ext run --target=firefox-android --firefox-apk=org.mozilla.firefox
Environment variable: $WEB_EXT_FIREFOX_APK
--firefox-preview
Turn on developer preview features in Firefox. This option accepts multiple values, depending on the available developer previews.
This option was added in web-ext 7.1.0.
--firefox-profile
, -p
Specify a base Firefox profile to run the extension in. This is specified as a string containing your profile name or an absolute path to its directory. The profile you specify is copied into a new temporary profile and some settings are added that are required for web-ext
to function.
If a profile is not specified, it runs the extension using a new temporary profile.
Environment variable: $WEB_EXT_FIREFOX_PROFILE
--profile-create-if-missing
With this option, the profile directory (specified by the --firefox-profile
or --chromium-profile
options) will be created if it does not exist yet.
When this option is specified, the --firefox-profile
option is always treated as a directory path.
Environment variable: $WEB_EXT_PROFILE_CREATE_IF_MISSING
--keep-profile-changes
With this option, any changes made to the profile directory (specified by --firefox-profile
) are saved. Without this option, profile changes are not saved.
This option makes the profile specified by --firefox-profile
completely insecure for daily use. It turns off auto-updates and allows silent remote connections, among other things. Specifically, it will make destructive changes to the profile that are required for web-ext
to operate.
Environment variable: $WEB_EXT_KEEP_PROFILE_CHANGES=true
--no-reload
Do not automatically reload the extension in the browser as you edit and save source files.
Environment variable: $WEB_EXT_NO_RELOAD=true
--pre-install
Pre-install the extension into the profile before starting the browser. This is a way to support Firefox versions less than 49, as they don't support remote installation. Specifying this option implies --no-reload
.
Environment variable: $WEB_EXT_PRE_INSTALL=true
--pref
Customize any Firefox preference without creating or modifying the profile. Use the equal sign to set values, for example:
--pref general.useragent.locale=fr-FR
Specify this option multiple times to set more than one preference.
Environment variable: $WEB_EXT_PREF
--target
, -t
This specifies which application to run your extension in. Specify this option multiple times to run the extension in each application concurrently.
Here are the supported targets:
Target | Application |
---|---|
firefox-desktop |
The extension will run in Firefox Desktop. |
firefox-android |
The extension will run in Firefox for Android. You must also specify --android-device . |
chromium |
The extension will run in a Chromium-based browser. You can specificy exact binary with --chromium-binary . |
If no target is specified, the extension will run in firefox-desktop
.
Environment variable: $WEB_EXT_TARGET
--args
, --arg
Additional CLI options passed to the Browser binary. Example:
web-ext run --arg="--search=mozilla" --arg="--new-tab=https://duckduckgo.com"
web-ext run --arg="--remote-debugging-port=9229" --target chromium
--chromium-binary
Path or alias to a Chromium executable such as google-chrome, google-chrome.exe or opera.exe etc.
If not specified, the default Google Chrome will be used.
--chromium-profile
Path to a custom Chromium profile.
--start-url
This will open a tab at the specified URL when the browser starts. Example:
web-ext run --start-url www.mozilla.com
Declare this option multiple times to open multiple tabs. Example:
web-ext run --start-url www.mozilla.com --start-url developer.mozilla.org
Environment variable: $WEB_EXT_START_URL
--watch-file
, --watch-files
A list of files that should be watched for changes. This is useful if you want web-ext to explicitly watch for changes to specific files, without watching the extension directory tree, e.g. the output of the build from a module bundler.
web-ext run --watch-file dist/background.js dist/content-script.js
--watch-ignored
A list of paths and globs patterns that should not be watched for changes. This is useful if you want to explicitly prevent web-ext from watching part of the extension directory tree, e.g. the node_modules folder.
web-ext run --watch-ignored dir1/to/file.js dir2/*.js dir3/**
This option is useful to prevent issues when the number of watched files is higher than what the underlying OS feature allows. As an example, on Linux a Error: ENOSPC: System limit for number of file watchers reached
exception is raised if too many files are being watched (See web-ext#2022).
web-ext sign
This command uses the addons.mozilla.org API to sign your extension. If successful, it will download the signed .xpi
file, which you can use to self-host your extension.
You need to create API access credentials to run this command. Obtain your personal access credentials here.
--use-submission-api
Use the experimental addons.mozilla.org add-on submission API, rather than the addons.mozilla.org signing API to sign your extension. This allows listed versions to be freely created by enabling all necessary additional metadata to be submitted at the same time as the extension file.
With this option enabled, --channel
changes to be a required option with no default. The choices remain listed
and unlisted
.
Environment variable: $WEB_EXT_USE_SUBMISSION_API
This option was added in web-ext 7.3.1.
--api-key
Your API key (JWT issuer) for accessing the addons.mozilla.org API. This should always be a string.
Environment variable: $WEB_EXT_API_KEY
--api-secret
Your API secret (JWT secret) from addons.mozilla.org API. This should always be a string.
Environment variable: $WEB_EXT_API_SECRET
--api-url-prefix
The signing API URL prefix. This should always be a string. If not specified, this will default to https://addons.mozilla.org/api/v4
which is the production API.
This option is ignored when --use-submission-api
is used. See --amo-base-url
instead.
Environment variable: $WEB_EXT_API_URL_PREFIX
--amo-base-url
The add-on submission API base URL. This should always be a string. If not specified, this will default to https://addons.mozilla.org/api/v5
which is the production API.
This option is only used when --use-submission-api
is used. See --api-url-prefix
instead.
Environment variable: $WEB_EXT_AMO_BASE_URL
--api-proxy
A proxy host to use for all API connections. Example: https://yourproxy:6000.
Read more about how proxy requests work. There is a separate section about signing in a restricted environment if the proxy approach doesn't work for you.
Environment variable: $WEB_EXT_API_PROXY
--channel
This specifies the channel
in which the extension is signed. It defaults to unlisted
or the channel
of your extension's latest version. When the --use-submission-api
option is specified the behaviour of --channel
- and the limitations - are quite different than explained here: see the documentation for --use-submission-api
above for more information.
The allowed values for channel
are:
Channel | Result |
---|---|
listed |
The extension gets submitted for public listing on addons.mozilla.org. This type of channel is not well supported and cannot be used for some cases, as documented below. |
unlisted |
The extension gets submitted for signing for the purpose of self-distribution on your own website. |
One example of using the --channel
option is to create a beta version for a listed
extension (that is, one you have already submitted to addons.mozilla.org).
Setting --channel=listed
for a new extension is not yet supported. See https://github.com/mozilla/web-ext/issues/804
Setting --channel=listed
for a new version of a listed extension is not well supported. It will upload your new version to addons.mozilla.org as if you'd submitted it manually. However, the command will fail and you'll have to check addons.mozilla.org/developers/addons for the correct status.
See documentation on the signing API for more information.
Environment variable: $WEB_EXT_CHANNEL
--timeout
Number of milleseconds to wait before giving up on a response from Mozilla's web service. This should always be a number.
Environment variable: $WEB_EXT_TIMEOUT
--id
A custom identifier string for the extension. This has no effect if the extension already declares an identifier in its manifest. This option may be useful for signing versions of an existing extension that you own.
This option cannot be used when --use-submission-api
is also used: the add-on ID must be specified in the manifest.json
file.
Environment variable: $WEB_EXT_ID
--amo-metadata
Path to a JSON file containing an object with metadata to be passed to the add-on submission API. Typically this is used to submit the required metadata for the first listed version of an extension (e.g. categories
; license
), but any supported JSON metadata can be supplied.
This option is only used when combined with --use-submission-api
.
Environment variable: $WEB_AMO_METADATA
web-ext has the following global options that may apply to multiple commands.
--artifacts-dir
, -a
Specifies a particular directory to save artifacts in, e.g. the .zip
file, once you've built an extension. This can be specified as a relative or absolute path, and should always be a string.
If this is not specified, the default is the relative path ./web-ext-artifacts
.
Environment variable: $WEB_EXT_ARTIFACTS_DIR
--config
, -c
Load a config file to set option value defaults. See an example of what config files look like and how they work.
Environment variable: $WEB_EXT_CONFIG
--config-discovery=false
, --no-config-discovery
Disable automatic config file discovery.
Environment variable: $WEB_EXT_CONFIG_DISCOVERY=false
or $WEB_EXT_NO_CONFIG_DISCOVERY
--ignore-files
, -i
A list of glob patterns to define which files should be ignored by build
, run
, lint
and other commands. If you specify relative paths, they will be relative to your --source-dir
.
Here is an example of ignoring any file within your --source-dir
(or its subdirectories) that ends in the suffix .api-key
:
web-ext build --ignore-files "\*_/_.api-key"
You can specify multiple patterns by separating them with spaces:
web-ext build --ignore-files path/to/first.js path/to/second.js
By default, without the use of --ignore-files
, the following rules are applied:
.xpi
or .zip
is ignorednode_modules
is ignoredWhen you specify custom patterns using --ignore-files
, they are applied in addition to the default patterns.
Order is important! You must specify the web-ext command before specifying the --ignore-files
option.
Environment variable: $WEB_EXT_IGNORE_FILES
--help
, -h
Lists all the available commands and options available for the web-ext tool.
You can list the options available for a specific command by including the command name as you request help, for example web-ext --help run
.
--no-input
Disable all features that require standard input.
Environment variable: $WEB_EXT_NO_INPUT=true
--source-dir
, -s
Specifies the directory of the extension's source code, e.g. when building or running an extension. This can be specified as a relative or absolute path, and should always be a string.
If this is not specified, the default is the directory you are currently inside in your terminal.
Environment variable: $WEB_EXT_SOURCE_DIR
--verbose
, -v
Shows verbose output when commands are run.
Environment variable: $WEB_EXT_VERBOSE=true
--version
Shows the version number of the installed web-ext tool.
Environment variables can be set for any option. You:
$WEB_EXT_
.So, for example, instead of specifying the following source option every time you wish to run the extension:
web-ext run --source-dir=/path/to/my/extension
You could set the source directory as an environment variable like this:
WEB_EXT_SOURCE_DIR=/path/to/my/extension
Then you can just specify the run command without options:
web-ext run
A command line option will always override the environment variable. For example, this ignores the environment variable:
web-ext run --source-dir=/another/path/to/source
To define a true
/ false
flag option (which does not have a value on the command line), set it to a literal string value of either true
or false
. Example:
WEB_EXT_VERBOSE=true
Develop
Develop
Develop