On 2020/04/11 3:03, Steve Fink wrote:
On 4/10/20 10:06 AM, Andrew McCreight wrote:
On Thu, Apr 9, 2020 at 6:51 PM Sarah Clements <scleme...@mozilla.com>
wrote:
Hello,
As part of maintenance work and performance improvements to Treeherder,
we're making changes to some of the data that's stored in our
database. On *April
30th*, we will no longer be retrieving uploaded artifacts for jobs and
storing them in the JobDetail table.
Uploaded artifacts can be retrieved via a taskcluster API, with the
appropriate rootUrl, taskId and runId. TaskId and runId (synonymous
with
retryId in Treeherder) can be surfaced from any of our /jobs/ API's.
See
this
<https://github.com/mnoorenberghe/mozscreenshots/issues/43#issue-592994567>
for implementation details.
As somebody who has dumped files to MOZ_UPLOAD_DIR and used the job
detail
tab to download those files (just this week, in fact!), but has only a
vague idea of what the "taskcluster API" even is, let alone a
"rootURL" or
the rest of it, is there any introductory documentation about how I
might
retrieve files written to MOZ_UPLOAD_DIR? Am I going to have to write
some
kind of Python script to retrieve my files in the future? That GitHub
issue
seems to require a lot of background information that I do not have.
Hi,
As an occasional patch contributor, I do a lot of local builds and tests
to fix TB's bugs and deficiencies.
One thing I noticed lately is the reference to "MOZ_UPLOAD_DIR" during
local build/test.
(I only started to notice this January. Considering that TB switched to
mochitest from mozmill-based test completely in December, this is
natural, I suppose. Mochitest must have used this variable for a long
time while mozmill test did not.)
The variable is referenced during mochitest of TB and in the following
warning during test immediately before ASSERT macro is invoked, or at
the end of the whole test series.:
Failed to retrieve MOZ_UPLOAD_DIR env var
I hope not setting a value to MOZ_UPLOAD_DIR does not impact LOCAL test
in any adverse way.
Thank you in advance for your attention.
Chiaki
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
