JAR Manifests

JAR Manifests are plaintext files in the tree that are used to install chrome files and create Chrome Registration manifests. JAR Manifests are commonly named jar.mn. They are declared in moz.build files using the JAR_MANIFESTS variable, which makes up a collection of jar.mn files. A JAR Manifest names the same installs moz.build already expresses, so what it declares is installed the same way, and packaged into omni.ja files in browser/ and toolkit/ when building Firefox.

jar.mn files are read by the build system when generating the build backend. The jar.mn is run through the Text Preprocessor before being parsed. In order to have @variables@ expanded (such as @AB_CD@) throughout the file, add the line #filter substitution at the top of your jar.mn file.

The format of a jar.mn is fairly simple; it consists of a heading naming the destination its entries are installed under, written with the historical .jar: syntax, followed by indented lines listing files and chrome registration instructions.

For a simple jar.mn file, see toolkit/profile/jar.mn. For a much more complex jar.mn file, see toolkit/locales/jar.mn. More examples with specific formats and uses are available below.

Shipping Chrome Files

General Format

To ship chrome files, an indented line names a destination and the file installed there:

<section>.jar:
  path/in/destination/file_name.xul     (source/tree/location/file_name.xul)

Note that file path mappings are listed by destination (left) followed by source (right).

Same Directory Omission

If the JAR manifest and packaged files live in the same directory, the source path and parentheses can be omitted. A sample of a jar.mn file with omitted source paths and parentheses is this revision of browser/components/colorways/jar.mn:

browser.jar:
  content/browser/colorwaycloset.html
  content/browser/colorwaycloset.css
  content/browser/colorwaycloset.js

Writing the following is equivalent, given that the aforementioned files exist in the same directory as the jar.mn. Notice the section is named browser.jar:

browser.jar:
  content/browser/colorwaycloset.html (colorwaycloset.html)
  content/browser/colorwaycloset.css  (colorwaycloset.css)
  content/browser/colorwaycloset.js   (colorwaycloset.js)

This manifest is responsible for packaging files needed by Colorway Closet, including JS scripts, localization files, images (ex. PNGs, AVIFs), and CSS styling. Look at browser/components/colorways/colorwaycloset.html to see how a file may be referenced using its chrome URL.

Absolute Paths

The source tree location may also be an absolute path (taken from the top of the source tree). One such example can be found in toolkit/components/pictureinpicture/jar.mn:

toolkit.jar:
  * content/global/pictureinpicture/player.xhtml   (content/player.xhtml)
  content/global/pictureinpicture/player.js      (content/player.js)

Asterisk Marker (Preprocessing)

An asterisk marker (*) at the beginning of the line indicates that the file should be processed by the Text Preprocessor before being packaged. The file toolkit/profile/jar.mn indicates that the file toolkit/profile/content/profileDowngrade.xhtml should be run through the preprocessor, since it contains #ifdef and #endif statements that need to be interpreted:

* content/mozapps/profile/profileDowngrade.xhtml  (content/profileDowngrade.xhtml)

Base Path, Variables, Wildcards and Localized Files

The section name may be preceded with a base path between square brackets. The file toolkit/locales/jar.mn uses a base path so that the destination is under a localization directory, which is a special directory parsed by mozbuild.

It is also named according to the value passed by the variable @AB_CD@, normally a locale. Note the use of the preprocessor directive #filter substitution at the top of the file for replacing the variable with the value:

#filter substitution

...

[localization] @AB_CD@.jar:
  crashreporter                                    (%crashreporter/**/*.ftl)
  toolkit                                          (%toolkit/**/*.ftl)

The percentage sign in front of the source paths designates the locale to target as a source. By default, this is en-US. With this specific example, /toolkit/locales/en-US would be targeted. Otherwise, the file from an alternate localization source tree /l10n/<locale>/toolkit/ is read if building a localized version. The wildcards in **/*.ftl tell the processor to install all Fluent files within the crashreporter and toolkit directories, as well as their subdirectories.

Registering Chrome

Chrome Registration instructions are marked with a percent sign (%) at the beginning of the line, and must be part of a section. Any additional percent signs are replaced with an appropriate relative URL of the destination the section names.

A <jarfilename>.manifest is created next to the content it registers, and a manifest line referring to it is added to the chrome.manifest of the directory the content is installed into.

Restricting a section to translated locales

A section that only applies when repacking a locale says so, rather than comparing AB_CD in a preprocessor conditional:

[localization] @AB_CD@.jar:
locales translated:
relativesrcdir toolkit/locales:
  toolkit/about  (%toolkit/about/*About.ftl)

locales all: is the default and does not need writing. The constraint has to appear before the entries it governs.

Choosing a source directory by locale

Where the directory an entry reads from depends on the locale, the mapping is declared in moz.build and the entry names it:

LOCALIZED_JAR_SOURCES = {
    "android_marketplace": {
        "default": "en-US",
        "es*": "es-ES",
        "de": "de",
    },
}

  locale/@AB_CD@/icons/android.png  (@android_marketplace@/android.png)

An exact locale wins over a pattern, and the first declared pattern wins where two match. default is required, because a locale that matches nothing still reads from somewhere. The name may only appear once, at the start of a source, and never in a destination.

Example

The file browser/themes/addons/jar.mn registers a resource chrome package under the name builtin-themes. Its source files are in %content/builtin-themes/:

browser.jar:
  %  resource builtin-themes %content/builtin-themes/

  content/builtin-themes/alpenglow                 (alpenglow/*.svg)
  content/builtin-themes/alpenglow/manifest.json   (alpenglow/manifest.json)

Notice how other files declare an installation destination using the builtin-themes resource that is defined. As such, a SVG file preview.svg for a theme Alpenglow may be loaded using the resource URL resource://builtin-themes/alpenglow/preview.svg so that a preview of the theme is available on about:addons. See Chrome Registration for more details on resource and other manifest instructions.