Mozilla Phabricator User Guide¶
As Mozilla’s Phabricator instance has only small modifications from stock Phabricator, much of Phabricator’s user documentation is fully applicable. Several sections are of particular interest.
Arcanist is the command-line interface to Phabricator, mainly used to submit patches for review. After setting up Arcanist you can read the Arcanist User Guide, and a specific guide to “arc diff” available in the main Phabricator documentation. There are also other related articles available under the Application User Guides.
Differential is Phabricator’s code-review tool. Useful articles include the Differential User Guide, the FAQ, and the Inline Comments guide. As usual, there are other articles available for specific subjects.
Another useful application is Herald, which can perform actions, such as sending notifications, based on object changes (such as a Differential revision being created or updated). There is a short user guide available.
We have also created a custom command-line tool, moz-phab, which is a wrapper around Arcanist, providing several conveniences, including better support for submitting series of commits than Arcanist does by itself.
Creating an Account¶
The first step toward submitting a patch via Phabricator is to create an account. Visit our Phabricator instance at https://phabricator.services.mozilla.com/ and click the “Log In” button at the top of any page.
You’ll be taken to another page with a single button, which will in turn take you to bugzilla.mozilla.org (BMO) to log in or register a new account.
After you’ve done so, you’ll be redirected back to Phabricator, where
you will be prompted to create a new Phabricator account. On this
form, the “Real Name” field is taken from your BMO account’s real
name. If your BMO real name also contains the
convention, that is, a username starting with a colon, it will be
extracted and placed into the Phabricator account’s username field.
Common surrounding punctuation, e.g. parentheses (
()) and brackets
) will be stripped out and discarded. If you’ve used some
other way to separate or emphasize your username, you’ll have to
remove the extraneous characters from the Real Name field manually
before clicking “Register Account”. The following screenshot shows
the account-creation form, with default values, for a BMO user with
the real name “Phabricator Test [:phabtest]”.
Note that the username field is mandatory, so if you didn’t have one automatically filled in, you’ll have to pick one.
The username field is unique. You should pick a clearly identifiable username, particularly if you will be doing code reviews, such as your nick on irc.mozilla.org. If your nick is not available but you think it should be because, for example, you are at least somewhat known in the Mozilla community, please file a bug or let us know in #phabricator on irc.mozilla.org.
You now have a Phabricator account set up and can both submit and review patches (along with using the other Phabricator applications).
Setting up Arcanist¶
The preferred and officially supported ways to submit patches are via
our custom command-line tool, moz-phab, and Phabricator’s
official tool, Arcanist.
moz-phab currently requires Arcanist, so you
will likely need to install it to use Phabricator.
Installing the tool depends on your operating system:
- Windows 10 Arcanist Installation Guide
- Linux Arcanist Installation Guide
- macOS Arcanist Installation Guide
If you use git-cinnabar, you will need to use our fork of Arcanist, which maps SHAs from Git to Mercurial so that patches can be correctly applied locally regardless of the VCS from which they were submitted.
The next step is to authenticate Arcanist with our Phabricator installation. From within your project’s repository, run the following command:
$ arc install-certificate
This will prompt you to visit a page on our Phabricator instance, which
will generate an API key for you to paste into your terminal. The
key is stored in the file
.arcrc in your home directory.
moz-phab is a custom command-line tool that improves on Arcanist’s limited support for commit series, as well as providing other conveniences, including the parsing of bug IDs and reviewers from commit messages. We recommend using it if you regularly construct stacks of dependent changesets, or even if you regularly review them.
Installation and usage instructions are in the repository’s README.md. Note that moz-phab is in active development, with new features and improvements landing regularly. See the current bug list for details.
Performing a review involves two steps, both of which are technically optional but will usually be used together:
- Leaving comments on the diff and/or on the revision generally.
- Choosing an action to indicate the next step for the author.
Leaving comments is fairly straightforward. For inline diff comments, click on the line number where you want to leave a comment, and enter some text. The text editor is quite rich; you can use many styling and formatting tools. Below the diff is another text-entry box, which can be used for general comments (“Looks good to me”, “Here are some suggestions for your overall design”, etc.).
At this point you can click the “Submit” button at the bottom; however, this will leave the review open. You might want to do this if you have some preliminary comments and plan to give a more detailed review later. Usually you will want to use the “Add Action…” dropdown to signal a clear intent to the revision author and to communicate what they should do next. These actions include:
- Accept Revision: The diff is good as it is and can be landed, or at most requires small changes that do not need re-review.
- Request Changes: The diff needs some changes before it can be landed. Specific change requests should be left as comments, as described above.
- Resign as Reviewer: This indicates that you are not able to or do not wish to review this change. You will be removed from the reviewers list and hence will not get notifications of updates to the revision. You should explain in a comment why you are resigning (e.g. going on vacation soon, not your area of expertise, etc.) and ideally a substitute reviewer or other action for the author to take, if there are no longer sufficient reviewers on the revision.
Other Revision Actions¶
In addition to the review-related actions mentioned in the Reviewing Patches section, there are other common tasks that are accomplished through the actions dropdown. The following are available to revision authors:
- Request Review: Asks the reviewer(s) to take another look at the revision. If it is not already, the revision status will be changed to “Needs Review”. If a reviewer has previously accepted the revision, their review status will be changed to “Accepted Prior Diff” (the icon for this status is similar to the “Accepted” checkmark, but it is grey instead of green).
- Plan Changes: Removes revisions from reviewers’ queues, meaning that they will no longer be visible under “Ready to Review” on their “Active Revisions” dashboards, until a new diff is uploaded. The revision will appear under “Ready to Update” on the author’s “Active Revisions” dashboard.
- Abandon Revision: Indicates that a revision is no longer relevant and should be disregarded.
- Reopen Revision: Reopens a revision that has been closed (either manually or automatically) after a revision landed.
- Reclaim Revision: Reopens a revision that has been abandoned.
There is another action available specifically to nonauthors:
- Commandeer Revision: Allows you to take over a revision by
becoming its author. Note that the original author will no longer
be able to post updated diffs to the revision. Note: Lando doesn’t care
who owns the revision on Phabricator, but, it does care about the commit
author. When updating someone else’s commit, you can use
hg commit --amend --user "Other Person <email@example.com>"or
git commit --amend --author="Other Person <firstname.lastname@example.org>"to set the commit author information to the right person.
After selecting an action, you must always hit the “Submit” button below. You may optionally add a comment to indicate your reasoning behind the action or other relevant notes.
If you cannot use Lando, e.g. for confidential revisions, we highly recommend manually landing
to mozilla-inbound without the use of
arc patch nor
both of which add metadata to the commit message which may not be
desirable, such as the list of revision subscribers.
If you do not have the commit applied locally (e.g. you are landing
someone else’s patch), you can use the “Download Raw Diff” link, found
in the right-hand menu on the revision, and apply it as usual with
patch. If you have Arcanist installed, you could also run
patch --nocommit --skip-dependencies D<revision id>. This will
apply the diff locally but not commit it, nor will it apply any
parents. You can then commit it manually, using the revision title as
the first line of the commit message and the Summary field as the body.
Conversely, for repositories other than mozilla-central, the
amendments Phabricator makes to commit messages may in fact be useful.
If you are the author of a patch, you can use
arc land, which will
update the commit message with revision metadata, including reviewers
and revision URL, rebase your commit onto the master branch (Git) or
default head (Mercurial), and automatically push the commits to the
If you are landing someone else’s patch, you can run
D<revision id> --nobranch first to apply the commit(s) locally
--nobranch ensures the commits are applied to the current
branch/head). You can then run
arc land or just push the commits
Mozilla’s Phabricator instance is a stock installation, with a small patch applied, and some custom extensions. The patch and extensions are intentionally small in scope and are limited to supporting integration points with bugzilla.mozilla.org (“BMO”).
See Conduit Repositories for the location of our source code.
Phabricator is actually a suite of many applications, from a code-review tool to wikis to a blogging platform. At Mozilla, we already have existing applications that solve many of these problems. To prevent the re-emergence of the all-too-common problem of having to choose between several tools that are all functionally similar, we have disabled the use of some of these applications.
The default left-side menu in Phabricator lists the most important applications for Mozilla’s use case. In addition to Differential and Herald, described above, we support or are trialing several other applications and utilities:
- Dashboards allow users to set up custom pages to display useful information, for example assigned reviews. It seems somewhat limited, though, so we’ll evaluate how useful it really is.
- Pholio is an application for reviewing mock-ups and designs. Mozilla doesn’t have a central application for this, so we’d like your input on whether Pholio is useful.
- Badges, macros, and tokens: These are mostly bits of whimsy that might enhance user experience by providing some levity. If they’re fun, or at least harmless, we’ll leave them; if they become annoying or distracting, we may remove them.
Note that Phabricator also has a post-commit review system called Audit. This application is mandatory, that is, it cannot be disabled in a Phabricator installation. However, at the moment Mozilla has no defined engineering processes for post-commit review of Firefox and related code, so we do not recommend its use, at least until such time as a process is deemed necessary and implemented. Audit may, of course, be useful to projects hosted on the Mozilla Phabricator instance outside of Firefox.
Since issue tracking and code review are tightly related, and since BMO is currently the authority for identity and authorization around both issue tracking and code review, including security and other confidential bugs and fixes, our Phabricator instance is integrated with BMO. This integration is intentionally lightweight in order to limit customization of Phabricator, which has both maintenance and opportunity costs. It consists of identity, authorization, links between bugs and revisions, and basic review-status mirroring.
As described in the Creating an Account section, the main way to log into Phabricator is via BMO’s auth delegation. A user logging into Phabricator is taken to BMO to log in as usual and will be redirected back to Phabricator if the login succeeds. If this is the first time the user has logged into Phabricator, they will be prompted to create an account. New users will also be prompted to enter a separate username, unlike BMO.
Review flags are not set on Differential stub attachments. The difference in models between the two systems make any such mapping both difficult and potentially misleading, the requisite information is not exposed via Phabricator’s Conduit API, and Phacility have informed us that Differential’s models may be changing.
We will, however, display some revision metadata in associated bugs; see bug 1489706.
We have developed a special version of
git-cinnabar. It has
been created to map commit hashes between Mercurial and Git. This allows
patching a Diff which has been created with
git-cinnabar into Mercurial
repository and vice versa.
Please install Arcanist as described in Setting up Arcanist with a change to the location of the arcanist repository:
$ mkdir somewhere/ $ cd somewhere/ somewhere/ $ git clone https://github.com/phacility/libphutil.git somewhere/ $ git clone https://github.com/mozilla-conduit/arcanist.git ^^^^^^^^^^^^^^^
Getting in Touch¶
If you have questions about our Phabricator installation, you can find the team in #phabricator on irc.mozilla.com and mozilla.slack.com. The team also hangs out in #conduit, which is our channel for development discussions. Feel free to join if you’d like to help us out!
Issues can be filed in Bugzilla under the Conduit product. These are the main components:
- Administration: For requests to add new repositories and similar tasks.
- Documentation: For issues with these and other project docs.
- Phabricator: For issues with Phabricator, including our extensions (authentication, BMO integration, etc.) and with the upstream Phabricator product. For bugs in our extensions, we may move them to bugzilla.mozilla.org :: Extensions: PhabBugz depending on where the problem exists in our code. Also note that, as discussed in BMO Integration, we are strictly limiting customizations to our instance. We may, however, work with upstream in fixing important issues.
- Lando: For issues with Lando, the UI/API for requesting and monitoring commit landings.
- Transplant: For issues with Transplant, the backend service which takes landing requests from Lando and pushes them to the relevant repository.
- General: Feel free to file issues here if you aren’t sure where they should go. We’ll triage them as needed.