1369035 - ./mach build doesn't pick up frontend changes for artifact builds on Linux

Status: NEW

(Firefox Build System :: General, defect)

Description

[Mike de Boer [:mikedeboer]]

Another thing worth noting: I'm using the mozilla-unified repo here.

STR:

1. Get the mozilla-unified repo, pointing to m-c, running on Ubuntu. I'm using 17.04.
2. Run ./mach bootstrap whilst selecting '1. Firefox Desktop artifact mode', not Stylo.
3. Build it, make a change somewhere in the browser frontend (adding a random string somewhere in browser.xul might work?)
4. Run either './mach build faster' or './mach build browser/' and start Nightly using './mach run -purgecaches' (purgecaches for posterity)
5. Your random string is not showing up.

Could it be that I might be able to fix this by switching over to using a clone of m-c directly?

Note: running './mach build' does work. This is rather slow, because it re-downloads the bundles again:

mikedeboer@mikedeboer-VirtualBox:~/Projects/mozilla-central$ ./mach build
 0:00.18 /usr/bin/make -f client.mk -s
 0:00.87 Adding client.mk options from /home/mikedeboer/Projects/mozilla-central/mozconfig:
 0:00.87     MOZ_OBJDIR=/home/mikedeboer/Projects/mozilla-central/obj-x86_64-pc-linux-gnu
 0:00.87     OBJDIR=/home/mikedeboer/Projects/mozilla-central/obj-x86_64-pc-linux-gnu
 0:00.87     FOUND_MOZCONFIG=/home/mikedeboer/Projects/mozilla-central/mozconfig
 0:01.66 Attempting to find a pushhead containing 7061759a0b572538a8b2effa703d61f383c83c32 on mozilla-central.
 0:02.47 Attempting to find a pushhead containing 7061759a0b572538a8b2effa703d61f383c83c32 on integration/mozilla-inbound.
 0:02.47 Attempting to find a pushhead containing 7061759a0b572538a8b2effa703d61f383c83c32 on releases/mozilla-beta.
 0:03.31 Retrieving the last 50 pushheads starting with id 90875 on integration/mozilla-inbound
 0:04.94 Installing from remote pushhead 7061759a0b572538a8b2effa703d61f383c83c32 on integration/mozilla-inbound
 0:04.94 Installing from https://queue.taskcluster.net/v1/task/KzD9Xo4yRR6Mg2-lUmqRnQ/artifacts/public/build/target.common.tests.zip
 0:04.94 Downloading to temporary location /home/mikedeboer/.mozbuild/package-frontend/0ea5c91652947184-target.common.tests.zip

Comment 1

[Mike de Boer [:mikedeboer]]

I can reproduce this behavior on Windows, direct mozilla-central clone. Artifact build.

Comment 2

[Gregory Szorc [:gps]]

The clone shouldn't matter. The code to find an artifact build is based on the changesets, not the repo URL.

I suspect this is related to bug 1368699.