зеркало из https://github.com/mozilla/gecko-dev.git
15880d1df1
This patch has a few minor improvements to `./mach ide vscode` to make it nicer to use in various situations. Specifically: * Tries to locate the `code` using `shutil.which` in addition to the existing methods so that the binary is found when being run from within a vscode remote shell. * If locating the code binary fails, only prompts to ask whether or not to continue, rather than requiring entering the complete path. The only use of the vscode command is to start an instance connected to the correct path, so if no binary was found, a message is logged instead. (bug 1699943) * When changes need to be made to the settings.json file, a full diff is shown between the old and new files, rather than just showing the computed state before and after. * If parsing the existing settings.json file fails (e.g. because there were c-style comments in it - see bug 1670997), the diff is shown and an additional warning is emitted to ask if the change should be made. Differential Revision: https://phabricator.services.mozilla.com/D121157 |
||
---|---|---|
.. | ||
devtools/migrate-l10n | ||
docs | ||
gdbpp/gdbpp | ||
l10n | ||
lldbutils | ||
mach | ||
mozboot | ||
mozbuild | ||
mozlint | ||
mozperftest | ||
mozrelease | ||
mozterm | ||
mozversioncontrol | ||
README | ||
mach_commands.py | ||
moz.build |
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