commit | f880a70cb75785ca46997355c61faef7b38cf921 | [log] [tgz] |
---|---|---|
author | Tim van der Lippe <tvanderlippe@chromium.org> | Tue Dec 10 14:11:24 2019 |
committer | Commit Bot <commit-bot@chromium.org> | Tue Dec 10 14:25:56 2019 |
tree | d17b01e25d95a8573014ecd4536c77b3f8d0216a | |
parent | 26afc1e4f9279af89987bd76e1f6686198a7b2cc [diff] |
Reland "Migrate test_runner/ to ESM" This is a reland of 5d36acc6cb4bf949e65b8d1ff800cc7219b12206 Problematic timeout logic has been removed for now, pending resolution of crbug.com/1032477 Original change's description: > Migrate test_runner/ to ESM > > The TestRunner logic breaks when trying to load as an ES module. This > was the root cause for the failures we saw when we were migrating main/ > to ESM. > > Since TestRunner directly relies on main/ existence, we first have to > migrate the test_runner to ESM. However, this uncovered a lot of > problems. Most importantly, symbols were sometimes overwritten and > ordering was important. > > The bootstrap methods of TestRunner are now moved to the top. This > includes setting up the error-catching logic and adding results. > > All other symbols are exported but also put on the global scope, as that > is what the layout tests still require. > > A pre-existing bug is the fact that tests time out if there is any > (syntax) issue in TestRunner itself. We will need to fix that issue, as > it makes debugging TestRunner itself very difficult. However, I will > punt that to a follow-up CL, as this CL is already quite difficult to > reason about. > > Bug: 1006759, 1019182 > Change-Id: Id64422968171888dbdbcc927dfd174d7868f333e > Reviewed-on: https://chromium-review.googlesource.com/c/devtools/devtools-frontend/+/1953583 > Commit-Queue: Tim van der Lippe <tvanderlippe@chromium.org> > Reviewed-by: Paul Lewis <aerotwist@chromium.org> Bug: 1006759, 1019182, 1032477 Change-Id: I26bbda9a39f28291d88fb56a2d5b68899314f212 Reviewed-on: https://chromium-review.googlesource.com/c/devtools/devtools-frontend/+/1958992 Commit-Queue: Tim van der Lippe <tvanderlippe@chromium.org> Reviewed-by: Paul Lewis <aerotwist@chromium.org>
The client-side of the Chrome DevTools, including all JS & CSS to run the DevTools webapp.
The frontend is available on chromium.googlesource.com.
Please be aware that DevTools follows additional development guidelines.
In order to make changes to DevTools frontend, build, run, test, and submit changes, several workflows exist. Having depot_tools set up is a common prerequisite.
As a standalone project, Chrome DevTools frontend can be checked out and built independently from Chromium. The main advantage is not having to check out and build Chromium. However, there is also no way to run layout tests in this workflow.
To check out the source for DevTools frontend only, follow these steps:
mkdir devtools cd devtools fetch devtools-frontend
To build, follow these steps:
cd devtools-frontend gn gen out/Default autoninja -C out/Default
The resulting build artifacts can be found in out/Default/resources/inspector
.
To update to latest tip of tree version:
git fetch origin git checkout origin/master gclient sync
These steps work with Chromium 79 or later. To run the production build, use
(Requires brew install coreutils
on Mac.)
<path-to-chrome>/chrome --custom-devtools-frontend=file://$(realpath out/Default/resources/inspector)
To run the debug build (directly symlinked to the original unminified source files), build both Chromium and DevTools frontend with the GN flag debug_devtools=true
, and use
<path-to-chrome>/chrome --custom-devtools-frontend=file://$(realpath out/Default/resources/inspector/debug)
You can inspect DevTools with DevTools by undocking DevTools and then open the developers tools (F12 on Windows/Linux, Cmd+Option+I on Mac).
Test are available by running scripts in scripts/test/
.
Usual steps for creating a change work out of the box.
scripts/deps/roll_deps.py
.scripts/deps/roll_to_chromium.py
.roll-dep
.DevTools frontend can also be developed as part of the full Chromium checkout.
Follow instructions to check out Chromium. DevTools frontend can be found under third_party/devtools-frontend/src/
.
Refer to instructions to build Chromium. To only build DevTools frontend, use devtools_frontend_resources
as build target. The resulting build artifacts for DevTools frontend can be found in out/Default/resources/inspector
.
Consider building with the GN flag debug_devtools=true
to symlink to the original unminified source.
Run Chrome with DevTools frontend bundled:
out/Default/chrome
Test are available by running scripts in third_party/devtools-frontend/src/scripts/test/
. After building content shell, we can also run layout tests that are relevant for DevTools frontend:
autoninja -C out/Default content_shell third_party/blink/tools/run_web_tests.py http/tests/devtools
Usual steps for creating a change work out of the box, when executed in third_party/devtools-frontend/src/
.
If you prefer working on a standalone checkout of DevTools frontend, but want to build, test, and run inside the full Chromium checkout. This way, you combine the best of both worlds.
Disable gclient sync
for DevTools frontend inside of Chromium by editing .gclient
config. From chromium/src/
, simply run
vim $(gclient root)/.gclient
In the custom_deps
section, insert this line:
"src/third_party/devtools-frontend/src": None,
Then run
gclient sync -D
This removes the DevTools frontend dependency. We now create a symlink to refer to the standalone checkout:
(Note that the folder names do NOT include the trailing slash)
ln -s path/to/standalone/devtools-frontend third_party/devtools-frontend/src
Running gclient sync
in chromium/src/
will update dependencies for the Chromium checkout. Running gclient sync
in chromium/src/third_party/devtools-frontend/src
will update dependencies for the standalone checkout.
Please refer to the overview document. The current test status can be seen at the test waterfall.
Merge request/approval is handled by Chromium Release Managers. DevTools follows The Zen of Merge Requests. In exceptional cases please get in touch with hablich@chromium.org.
Step-by-step guide on how to merge:
npm run format-py
Formats your Python code using yapf
Note: Yapf is a command line tool. You will have to install this manually, either from PyPi through
pip install yapf
or if you want to enable multiprocessing in Python 2.7,pip install futures
DevTools frontend repository is mirrored on GitHub.
DevTools frontend is also available on NPM as the chrome-devtools-frontend package. It's not currently available via CJS or ES2015 modules, so consuming this package in other tools may require some effort.
The version number of the npm package (e.g. 1.0.373466
) refers to the Chromium commit position of latest frontend git commit. It's incremented with every Chromium commit, however the package is updated roughly daily.
All devtools commits: View the log or follow @DevToolsCommits on Twitter
All open DevTools tickets on crbug.com
File a new DevTools ticket: new.crbug.com
Code reviews mailing list: devtools-reviews@chromium.org
@ChromeDevTools on Twitter
Chrome DevTools mailing list: groups.google.com/forum/google-chrome-developer-tools