Gerrit/Navigation

Gerrit's interface can be difficult to navigate for those new to the tool. The following documentation can help newcomers learn how to navigate Gerrit.

Search
The search bar is powerful, but requires keywords. The list of these keywords can be found here.

If you enter the e-mail address of a Gerrit participant, you'll see a list of his or her activity.

Code inspection
Usually the underlying code can be found through a "gitweb" or "tree" link, either of which will take you to the Gitweb interface. These links aren't prominently displayed, though. You can find links to gitweb on every change, next to the "Patch Set" fields. You can also access gitweb directly for each project by URL: https://gerrit.wikimedia.org/r/gitweb?p=.git

Commits lists
You can use  to get a list of commits based on several parameters, see documentation; search operators are the same as in the web interface, with some differences and more sugar. This requires developer access, and you may need to specify your.

This will give a list of unreviewed commits (add  to only have the count):

ssh -p 29418 @gerrit.wikimedia.org gerrit query 'status:open project:^mediawiki/.* AND NOT label:CodeReview=-2 AND NOT label:CodeReview=-1'

For a list of commits to all MediaWiki repos which have been, or need to be, reviewed by a user, Brion in the example:

ssh -p 29418 @gerrit.wikimedia.org gerrit query 'project:^mediawiki/.* reviewer:brion AND NOT owner:L10n-bot'

We're excluding the L10n-bot which sometimes alters the results.

You can define a "review" shortcut in your ssh configuration so that you don't have to enter the port and username@gerrit.wikimedia.org each time, see Git/Workflow

System messages
If you need to ask documentation or other info about a system message (e.g. for Support), it's not that easy to find the correct person. Gerrit and gitweb are useless to this purpose, but here's what you can do:

Look who introduced or modified the message in core: go to your checkout of the code and do, for instance:

To find the previous committer:

With an extension you have to do the same on its i18n template and restrict to the first result (English); if you don't know what extension or what file to check, you'll have to  or   the whole directory (git-blame'ing all the repositories at once is not trivially possible, you'd need to use a script or some   magic to walk through the directories and set the git path).

Now, at last, you have the hash for the change and you can look for it on gerrit or, if it's too old/not in git review, you can use  to get contact info.

Otherwise, a safe bet might be the most (recently) active dev of the extension: go to its repository and get a list of the authors with most commits and their email addresses (@users.mediawiki.org are fake addresses):

Of course you can as well file a bug on bugzilla (if there's the correct component), or on the talk page of the extension or of its maintainer (if the wiki is up to date) and just wait...