Since they're currently out of date: https://hg.mozilla.org/automation/orangefactor/file/7460b67a8ef6/html/scripts/woo.utils.js#l18

Using values from: https://github.com/mozilla/treeherder/blob/master/ui/js/values.js Plus to sync the list of job names I think the quickest way is going to be to scrape recent ElasticSearch submissions (since with taskcluster jobs, there isn't a simple list I can use now). Ideally we should generate this list of job names (used for filtering the results by job type) dynamically, but it's hard to justify rewriting quite a bit of the OF model to do this.

The data structures are pretty inconsistent between what's stored in ES and what's returned by OrangeFactor's API, eg: From ES: "_source": { "buildtype": "opt", "treeherder_job_id": 12561451, "os": "android-4-3-armv7-api11", "tree": "mozilla-inbound", "date": "2015-08-06", "bug": "1146002", "machinename": "tst-emulator64-spot-051", "rev": "206c93851f43", "starttime": "1438846453", "timestamp": "1438850569", "who": "tomcat@<snip>.com", "buildname": "Android 4.3 armv7 API 11+ mozilla-inbound opt test plain-reftest-2", "type": "Reftest" }, Which is returned from the OF API as: { "buildtype": "opt", "treeherder_job_id": 12561451, "platform": "android-4-3-armv7-api11", "branch": "mozilla-inbound", "date": "2015-08-06", "bug": "1146002", "machinename": "tst-emulator64-spot-051", "revision": "206c93851f43", "starttime": "1438846453", "classification_time": "1438850569", "test": "plain-reftest-2" }, Ideally the API would return the "type" since it doesn't include the test chunk number, so we wouldn't have to hardcode the parts in the UI mappings here: https://hg.mozilla.org/automation/orangefactor/file/7eb3099b03a4/html/scripts/woo.utils.js#l81

https://hg.mozilla.org/automation/orangefactor/rev/ce20cef239a5 https://hg.mozilla.org/automation/orangefactor/rev/569aac1b1931 https://hg.mozilla.org/automation/orangefactor/rev/9dc03f159291

+deployed