mozdownload doesn't handle artifact builds

[EricRahm]

STR:

$ mozdownload -t tinderbox --branch mozilla-inbound --revision 239f0df955d162fbad479925d8dadccf197e88f8
INFO | Querying https://treeherder.mozilla.org for list of builds for revision: 239f0df955d162fbad479925d8dadccf197e88f8
Traceback (most recent call last):
File "/home/erahm/dev/areweslimyet/tmp_env/bin/mozdownload", line 11, in
sys.exit(cli())
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/cli.py", line 165, in cli
build = factory.FactoryScraper(scraper_type, **kwargs)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/factory.py", line 125, in init
scraper_types[scraper_type].init(self, **kwargs)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/scraper.py", line 751, in init
Scraper.init(self, *args, **kwargs)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/scraper.py", line 133, in init
self._retry_check_404(self.get_build_info)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/scraper.py", line 148, in _retry_check_404
self._retry(func, **retry_kwargs)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/scraper.py", line 139, in _retry
return redo.retry(func, **retry_kwargs)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/redo/init.py", line 152, in retry
return action(*args, **kwargs)
File "/home/erahm/dev/areweslimyet/tmp_env/local/lib/python2.7/site-packages/mozdownload/scraper.py", line 765, in get_build_info
raise errors.NotFoundError('No builds have been found for revision', self.revision)
mozdownload.errors.NotFoundError: No builds have been found for revision: 239f0df955d162fbad479925d8dadccf197e88f8

Note this build exists, but it happens to have been an artifact build for linux64 opt.

[EricRahm]

I thought this was related to artifact builds, but the build is there it's just listed under tc now.

[EricRahm]

I'm reasonably sure this is because we're filtering on the job type being 'Build'.

[EricRahm]

For background: we stopped doing buildbot builds for linux a while back (January or earlier). Buildbot builds had a job_type_name of 'Build' which we filter on. Taskcluster builds have a less deterministic job_type_name of 'build-/<build_type>'. So for example linux 64 opt is 'build-linux64/opt', linux opt is 'build-linux/opt', win32 debug is 'build-win32/debug', etc.

[EricRahm]

It also looks like mozdownload expects the job log URL to have the application name in it, which is no longer the case.

[EricRahm]

Further debugging indicates this comes down to task cluster support which is #365. Closing in favor of that.