I mistakenly attempted to `import urllib.urlparse` instead of `urllib.parse`, which caused a bunch of tests running under python3.5 tox to be blocked on this.
This correction allows tox on python3.5 to run all 167 tests, allowing me to cross-check further python3 conversion work.
Differential Revision: https://phabricator.services.mozilla.com/D54041
--HG--
extra : moz-landing-system : lando
An error in updating the 64_geckoview_docs.py file (missing comma) caused perma fail of gv-docs task.
Differential Revision: https://phabricator.services.mozilla.com/D53942
--HG--
extra : moz-landing-system : lando
Changes:
Replace `execfile` with python2/3 compatible equivalent `exec(compile(open))`.
Wrap `keys()` method with `list()` to enforce a list.
Compare to `six.string_types` instead of `unicode`.
The usual import and code formatting.
Fixes to `configure.py` should in particular fix a lot of the issues with tests running in tox-py35, since a lot of the tests get hung upon the `urllib2` import in `config.py`.
Differential Revision: https://phabricator.services.mozilla.com/D53895
--HG--
extra : moz-landing-system : lando
Changes:
Use the appropriate input method depending on the version.
As usual, sort the imports and auto format.
Differential Revision: https://phabricator.services.mozilla.com/D53853
--HG--
extra : moz-landing-system : lando
Slightly reorganize file structure to make copying files over easier. Needs to land in conjunction with https://github.com/mozilla/geckoview/pull/94, which should land first.
Differential Revision: https://phabricator.services.mozilla.com/D48564
--HG--
rename : mobile/android/docs/geckoview/Gemfile => mobile/android/docs/Gemfile
rename : mobile/android/docs/geckoview/_config.yml => mobile/android/docs/_config.yml
extra : moz-landing-system : lando
Changes:
Reorder imports and general code style fixes.
Change reference to `basestring` to `six.string_types`.
Explicitly cast potential view object.
Depends on D52791
Differential Revision: https://phabricator.services.mozilla.com/D53119
--HG--
extra : moz-landing-system : lando
Changes:
Run `isort` and `autopep8` to fix formatting mistakes.
Replace deprecated imports with `try/except` block to make it compatible with Python2 and 3.
Differential Revision: https://phabricator.services.mozilla.com/D53727
--HG--
extra : moz-landing-system : lando
Changes:
Run `isort` to fix the import ordering.
Change import of `urllib2` module to import just `urlopen` which eliminates the need for an `if/else` or `try/except ` block in the main code section.
Depends on D52791
Differential Revision: https://phabricator.services.mozilla.com/D53097
--HG--
extra : moz-landing-system : lando
Changes:
Run `isort` to fix the import ordering.
Run `autopep8` to fix code formatting issues.
Import `six.string_types` to replace the `basestring` comparison.
Depends on D52791
Differential Revision: https://phabricator.services.mozilla.com/D53093
--HG--
extra : moz-landing-system : lando
Changes:
Remove the unnecessary psutil == 5.4.3 specifier in `desktop_unittest.py`.
This should be a safe change. Prior to this patch, in a given test task the virtrualenv initialization will first install `psutil==5.6.3`, then proceed to invoke `desktop_unittest.py` where the `psutil==5.4.3` version forces the uninstallation of the newer version to install the older version.
Differential Revision: https://phabricator.services.mozilla.com/D53302
--HG--
extra : moz-landing-system : lando
Changes:
Do not explicitly specify `functools32` for installation, since pip is good at resolving dependencies.
Differential Revision: https://phabricator.services.mozilla.com/D53309
--HG--
extra : moz-landing-system : lando
Changes:
Run `isort` and `autopep8` for automatic fixes of import and code formatting.
Replace deprecated imports with updated imports for python3 and wrap the attempt in a `try/except` clause for backwards compatibility.
Wherever possible, directly import the object with same name between python2/python3 versions to simplify the main code (eg. HTTPError).
Differential Revision: https://phabricator.services.mozilla.com/D52791
--HG--
extra : moz-landing-system : lando
Avoid intermittent failures: "AttributeError: 'RaptorOutputParser' object has no attribute 'tbpl_status'".
All mozharness OutputParser-derived classes normally initialize these variables; I neglected to do
so in bug 1592681.
Differential Revision: https://phabricator.services.mozilla.com/D52675
--HG--
extra : moz-landing-system : lando
Most mozdevice access in mozharness was already encapsulated in try blocks, with only the
shell_output() case neglected, consistent with the observed intermittent failures.
Differential Revision: https://phabricator.services.mozilla.com/D52879
--HG--
extra : moz-landing-system : lando
Slightly reorganize file structure to make copying files over easier. Needs to land in conjunction with https://github.com/mozilla/geckoview/pull/94, which should land first.
Differential Revision: https://phabricator.services.mozilla.com/D48564
--HG--
rename : mobile/android/docs/geckoview/Gemfile => mobile/android/docs/Gemfile
rename : mobile/android/docs/geckoview/_config.yml => mobile/android/docs/_config.yml
extra : moz-landing-system : lando
Slightly reorganize file structure to make copying files over easier. Needs to land in conjunction with https://github.com/mozilla/geckoview/pull/94, which should land first.
Differential Revision: https://phabricator.services.mozilla.com/D48564
--HG--
rename : mobile/android/docs/geckoview/Gemfile => mobile/android/docs/Gemfile
rename : mobile/android/docs/geckoview/_config.yml => mobile/android/docs/_config.yml
extra : moz-landing-system : lando
Upgrade the emulator used by xpcshell tests to 29.2.1, the same version used
by all other android tests.
We have delayed this upgrade because of intermittent failures seen on the new
emulator not seen previously - bug 1568063. After the packet.net upgrade to
Ubuntu 18.04, try runs with the new emulator show that bug 1568063 persists
but has less impact than the intermittent failures it resolves: More tests
pass consistently with the new emulator than with the old.
Differential Revision: https://phabricator.services.mozilla.com/D52851
--HG--
extra : moz-landing-system : lando
Replace the existing regex-based hack for recognizing reftest reference files
with a reliable method based on the reftest manifest.
Differential Revision: https://phabricator.services.mozilla.com/D51172
--HG--
extra : moz-landing-system : lando
MANUAL PUSH: (a) This patch will cause a ton of toolchain rebuilds, and might as well do that on central right now rather than autoland, and (b) We want to test the new Taskcluster instance today, and will be testing THAT on m-c, so we'll need this patch on m-c before we can test the new cluster as well.
tooltool at present needs to support production (legacy cluster) but its auth system is tied to that cluster.
Which means that using tooltool in the new cluster ahead of TCW is harder. We have swapped the credentials for the tooltool staging deployment to use the new tc cluster, so when we're using the taskcluster proxy we need to have it swap between legacy and new tooltool url's depending on which cluster (ROOT_URL) we're using.
This patch is intended to be ok to land on production code today, and could be backed out after the TCW when production tooltool will be configured to work with the firefox-ci cluster itself.
Differential Revision: https://phabricator.services.mozilla.com/D52089
Replace the existing regex-based hack for recognizing reftest reference files
with a reliable method based on the reftest manifest.
Differential Revision: https://phabricator.services.mozilla.com/D51172
--HG--
extra : moz-landing-system : lando
This is the first part of a patch that adds chrome support to raptor-browsertime.
In this patch, a get_browser_meta function is added which returns the name and version of the browser being tested. This version will then be used (in part 3) in the variable passed in through --browsertime-chromedriver (only when running not locally, or if we find {} in the string).
Differential Revision: https://phabricator.services.mozilla.com/D48895
--HG--
extra : moz-landing-system : lando
This minor optimization is easily implemented: If there are no tests to verify, call fatal(0).
However, I encountered a minor obstacle: If the task exits before creating the upload directory,
the task fails, regardless of exit value; the remaining changes overcome this by creating the
upload directory earlier.
Differential Revision: https://phabricator.services.mozilla.com/D51684
--HG--
extra : moz-landing-system : lando
Having a distinction between -chunked and not adds unnecessary complexity. It's
possible to simply remove them because:
1. The mozharness definitions for 'jittest' and 'jittest-chunked' are
identical, so it is literally not serving any purpose.
2. The definitions for 'mochitest' only add either '--chunk-by-dir' or
'--chunk-by-runtime'. Both of these are no-ops in the mochitest harness
unless '--total-chunks' is also supplied. Therefore, if we ever use these
suites without chunking (which I don't think we do anyway), then it'll
still work fine as those options won't have any affect.
Differential Revision: https://phabricator.services.mozilla.com/D51173
--HG--
extra : moz-landing-system : lando
Android TV has appropriate configuration, so updating these defaults makes
no practical difference, but I think it looks a little more modern.
Differential Revision: https://phabricator.services.mozilla.com/D50986
--HG--
extra : moz-landing-system : lando
On android-hw, if it looks like the app to be installed is already installed, uninstall it
first. I don't think this is a possibility on android-em, so I am only changing the hardware
script.
Differential Revision: https://phabricator.services.mozilla.com/D50224
--HG--
extra : moz-landing-system : lando
Changes:
- for Debian platforms, do not initialize pulseaudio in `test-linux.sh`; instead initialize pulseaudio if required in the `desktop_unittest.py` mozharness script
Differential Revision: https://phabricator.services.mozilla.com/D45768
--HG--
extra : moz-landing-system : lando