1225465 - [tc-gip] Tests don't seem to be at the latest revision

Status: VERIFIED FIXED

(Developer Services :: General, task)

Description

[Johan Lorenzo [:jlorenzo]]

In one of the latest run, we still get that error:

>   File "/home/worker/gaia/source/tests/python/gaia-ui-tests/gaiatest/tests/functional/clock/test_clock_create_new_alarm.py", line 79
>     <<<<<<< HEAD
>      ^
> SyntaxError: invalid syntax

A fix has landed 11 days ago in bug 1219344. It seems like we don't retrieve the latest version of the tests. 

[1] https://public-artifacts.taskcluster.net/d25Bo_sEQRShsceZWEZ1Mg/0/public/logs/live_backing.log

Comment 1

[Johan Lorenzo [:jlorenzo]]

It looks like a issue with gaia-central actually. The file currently at the tip of gaia-central[1] is not in the same state as the gaia-master[2].

I'll find where this bug should belong to.

[1] https://hg.mozilla.org/integration/gaia-central/file/tip/tests/python/gaia-ui-tests/gaiatest/tests/functional/clock/test_clock_create_new_alarm.py
[2] https://github.com/mozilla-b2g/gaia/blob/8a1b3d7c120b17838757c92226daadccf473c327/tests/python/gaia-ui-tests/gaiatest/tests/functional/clock/test_clock_create_new_alarm.py

Comment 2

[Johan Lorenzo [:jlorenzo]]

:Tomcat pointed out, gaia-central is equivalent to the 2.5 branch whereas gaia[1] is master. I guess we just have to change the configuration to use this repo instead. What do you think Greg?

[1] https://hg.mozilla.org/integration/gaia/

Comment 3

[Johan Lorenzo [:jlorenzo]]

Seen with :hal in #vcs. gaia-central should be equivalent to master. Moving the bug to developer services :: general.

Comment 4

[hwine]

It will likely take some time to sort out the state of integration-gaia-central.

If your tooling can use integration-gaia repo, that would be the better choice at this point. integration-gaia is just master at this point (it used to be "nightly" in addition, but that gaia branch was removed long ago).

If you can't use integration-gaia, please let me know the urgency of getting this working on integration-gaia-central.

Comment 5

[Greg Arndt [:garndt]]

If integration-gaia could be used, I would suggest changing gaia.json [1]  to reflect that for now.  I will let :jlorenzo chime in on that.

When constructing the graph of tasks, we have a method [2] used to determine what repo and rev to use for gaia, which reads that file.


[1] https://dxr.mozilla.org/mozilla-central/source/b2g/config/gaia.json#8
[2] https://dxr.mozilla.org/mozilla-central/source/testing/taskcluster/mach_commands.py#62

Comment 6

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

It's not just the tests.  It's the builds themselves.  QAnalysts found that we're on builds with cross gaia for 2.5

gwagner found :
gwagner: so this is strange. why does a push to gaia 2.5 trigger a b2g-inbound build? https://treeherder.mozilla.org/#/jobs?repo=b2g-inbound&revision=127c0b1dcc13

we think that the root cause may be one in the same.  Hwine is working on the fix.

Comment 7

[hwine]

Attachment: gaia.json.patch

Patch to reset b2g/config/gaia.json to sane values since after resetting the hg repo

Comment 8

[Pulsebot]

https://hg.mozilla.org/integration/b2g-inbound/rev/dc7865699f95

Comment 9

[hwine]

update: b2g-inbound build just started. First good builds will be listed on https://treeherder.mozilla.org/#/jobs?repo=b2g-inbound&revision=fc29bf8b72a0

cancelling ni for :jlorenzo

Comment 10

[Johan Lorenzo [:jlorenzo]]

The most recent f{1..3} jobs[1] don't show the error displayed in comment 0. This issue is fixed from this point of view.

[1] https://treeherder.allizom.org/#/jobs?repo=b2g-inbound&revision=fc29bf8b72a0&filter-job_group_symbol=tc-Gip

Comment 11

[Johan Lorenzo [:jlorenzo]]

See comment 10.

Comment 12

[Carsten Book [:Tomcat]]

https://hg.mozilla.org/mozilla-central/rev/dc7865699f95