SETA finds the minimum set of jobs to run in order to catch all failures that our automation has found in the recent past on Firefox development repositories. There’s one main API that SETA offers consumers (e.g. the Gecko decision task) in order to show which jobs are consider low value (less likely to catch a regression). After a certain number of calls, the API will return all jobs that need to be run.

SETA creates job priorities for all jobs found in the runnable-jobs API for that repository. Initially all jobs will be treated as low value, however, once we run the test to analyze past failures we will mark certain jobs as high value (priority=1).

Also note that jobs from different platforms (linux64 vs win7) or different CI systems (Buildbot vs TaskCluster) will be treated the same (use the same job priority). In other words, a job priority can represent a multiple number of jobs.

Jobs that appear on Treeherder for the first time will be treated as a job with high priority for a couple of weeks since we don’t have historical data to determine how likely they’re to catch a code regression.

In order to find open bugs for SETA visit list of SETA bugs.


  • /api/project/{project}/seta/{version}/job-priorities/
    • This is the API that consumers like the Gecko decision task will use
  • /api/project/{project}/seta/{version}/job-types/
    • This API shows which jobs are defined for each project
  • /api/seta/{version}/failures-fixed-by-commit/
    • This API shows job failures that have been annotated with “fixed by commit”

Local set up

After you set up Treeherder, ssh into the provisioned VM and follow these steps:

  • Choose a couple of consecutive revisions from one of the Firefox development repositories

    • Import these jobs to your local setup. For example:
    ./ ingest_push mozilla-inbound  d70bb3fba851
    ./ ingest_push mozilla-inbound  5a5d50943bbc

NOTE: Make sure these are pushes with jobs that have run in the last 4 hours

NOTE: This will only import Buildbot jobs

  • Start the server with ./ runserver

  • Open http://localhost:8000/#/jobs?repo=mozilla-inbound. * Make sure you log in

  • Select few failed jobs from the older push

  • Tag the jobs as fixed by commit and make a reference to the newer push

  • Back inside of vagrant run the following:

    ./ analyze_failures

NOTE: preseed.json gets loaded automatically on start up.