gecko-dev/python
Andrew Swan 1e8af6f7ac Bug 1393156 Legacy extension test loose ends r=kmag
Change webextensions experiments test to use the shimmed certficiate DB
instead of the extensions.legacy.enabled pref.
In builds that don't honor the extensions.legacy.enabled pref, disable
test_legacy.js since that tests that flipping that preference works properly.
Finally, remove a now doubly-obsolete test of plugins embedded in xpis.

MozReview-Commit-ID: JiRdgCXyjKR

--HG--
extra : rebase_source : f0c7672b0755993bd20f9fc84e242eb76cb949ef
2017-08-26 08:55:20 -07:00
..
devtools/migrate-l10n Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
mach Bug 1393590 - [mach] Use description field for settings instead of gettext locales, r=gps 2017-08-24 16:17:40 -04:00
mozboot Bug 1392862 - Remove duplicate browser packages from mozboot/archlinux.py. - r=gps 2017-08-22 18:21:59 -07:00
mozbuild Bug 1393156 Legacy extension test loose ends r=kmag 2017-08-26 08:55:20 -07:00
mozlint Bug 1390699 - Follow-up: Use find_executable() to locate echo. r=ahal 2017-08-17 00:19:12 -06:00
mozversioncontrol/mozversioncontrol Bug 1393503 - Proper error handling for failure to find VCS tool; r=glandium,nalexander 2017-08-24 17:09:09 -07:00
README Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00
mach_commands.py Bug 1393826 - [python-test] Make sure pytest errors get flagged by treeherder, r=davehunt 2017-08-25 12:03:23 -04:00
moz.build Bug 1346025 - Move vendored python modules from /python to /third_party/python, r=ted 2017-05-25 11:48:03 -04:00

README

This directory contains common Python code.

The basic rule is that if Python code is cross-module (that's "module" in the
Mozilla meaning - as in "module ownership") and is MPL-compatible, it should
go here.

What should not go here:

* Vendored python modules (use third_party/python instead)
* Python that is not MPL-compatible (see other-licenses/)
* Python that has good reason to remain close to its "owning" (Mozilla)
  module (e.g. it is only being consumed from there).

Historical information can be found at
https://bugzilla.mozilla.org/show_bug.cgi?id=775243
https://bugzilla.mozilla.org/show_bug.cgi?id=1346025