Closed Bug 1110839 Opened 7 years ago Closed 6 years ago

Schedule Gip on Mulet builds


(Release Engineering :: General, defect)

Not set


(Not tracked)



(Reporter: zcampbell, Unassigned)




(2 files)

Now that mulet builds are running on various branches, the Python UI tests could be scheduled to run on them.

With the exception of the SMS tests which still fail, the tests are mostly green.

The runner will need to be updated to pass:
--app-arg="-chrome" --app-arg="chrome://b2g/content/shell.html"

in with
Depends on: 1035273
Jonathan: Do you know what is required to get these running on buildbot? I'd be happy to provide a patch if I could get some assistance.
Flags: needinfo?(jgriffin)
Are these working well for you locally?  If so, let me know what the command-line is, and I can schedule them on cedar (first) so we can green them up, then everywhere once they're green.
Flags: needinfo?(jgriffin)
I think they are used to work with just `--app-arg="-chrome" --app-arg="chrome://b2g/content/shell.html"`
Alex, could you confirm?
Flags: needinfo?(lissyx+mozillians)
Yes, that's how I used to run them.
Flags: needinfo?(lissyx+mozillians)
I can't confirm right now, I'm in the train, but I definitively have been able to run them when I fixed the Gij issues related to the non local network connections. So it should run mostly out of the box.
I just downloaded the latest nightly Mulet build and successfully ran one of the tests using the following command:

$ gaiatest --binary=/Applications/ --profile=/Users/dhunt/workspace/gaia/profile/ --app-arg=-chrome --app-arg=chrome://b2g/content/shell.html --testvars=home.json gaiatest/tests/functional/clock/
Flags: needinfo?(jgriffin)
Thanks, I'll write a scheduling patch.
Assignee: nobody → jgriffin
Flags: needinfo?(jgriffin)
Jonathan: Has this been done?
Flags: needinfo?(jgriffin)
Per bug 1139029, looks like we've turned Gip off on B2G Desktop OS X (as well as everything else). As Dave mentioned in bug 1139006#c6, any decisions there should probably happen on Mulet's setup as well.
Gah, amending my comment 9, "turned Gip off (as well as everything else) on B2G Desktop OS X". We're still running on Linux 64.
Sorry Dave, this slipped through the cracks.
Attachment #8572738 - Flags: review?(jlund)
Flags: needinfo?(jgriffin)
Comment on attachment 8572738 [details] [diff] [review]
Schedule GIP on linux64 mulet on cedar,

Review of attachment 8572738 [details] [diff] [review]:

should do the trick :)
Attachment #8572738 - Flags: review?(jlund) → review+
This is needed because we're using a config that has application='b2g'.  The other option would be to clone the config file and change it in the copy.
Attachment #8577028 - Flags: review?(jlund)
Comment on attachment 8577028 [details] [diff] [review]
Override the application option,

Review of attachment 8577028 [details] [diff] [review]:

alternatively, if we suspect there was going to be more differences, we could add another mh config and do:
--cfg', 'marionette/', --cfg', 'marionette/'

mh config hierarchy will give precedence to the last mentioned config file.

this patch makes sense to me if it's a single item difference.
Attachment #8577028 - Flags: review?(jlund) → review+
This patch is now obsolete; all of mulet-related jobs are being handled in TaskCluster.  I'm not sure how to schedule things there, but I assume there are docs somewhere.  Flagging catlee for more info.
Flags: needinfo?(catlee)
I've been able to run them manually on taskcluster by patching something in mozharness (I don't remember what, I think it was something about the binary name being firefox-bin instead of b2g-bin.)
See bug 1030679 comment 7. The taskcluster yml file was enough to run Gip with the small mozharness tweak!
Depends on: 1030679
Looks like all the necessary changes are to files in the testing/taskcluster dir.
Flags: needinfo?(catlee)
Assignee: jgriffin → nobody
Gip is being killed.
Closed: 6 years ago
Resolution: --- → WONTFIX
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.