Devtools: Announce status while profiling in Performance tool

Earlier, when start recording button was clicked in Performance tool user could only see status information visually
e.g.
Status: Profiling
Time: 3sec
Buffer usage: progress bar

Screen reader user couldn't know if the status is updated when stop button was entered. In this change status is made aria-live which
helps user to hear updated status. Also, buffer usage is set a role of progress bar with which they could hear the updated progress percentage.
Updated time and progress percentage is available to screen reader if the user navigates to that block. These values aren't added to aria-live inorder to avoid
screen reader reading out time and buffer usage every sec.

Bug: 963183

Change-Id: I46a76c880fbf7930f2337fac5d3f0aedba48eda6
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1667686
Reviewed-by: Joel Einbinder <[email protected]>
Commit-Queue: Chandani Shrestha <[email protected]>
Cr-Original-Commit-Position: refs/heads/master@{#678757}
Cr-Mirrored-From: https://chromium.googlesource.com/chromium/src
Cr-Mirrored-Commit: 87b9f80d51b36863d492aba9db22a23a3c27b53f
2 files changed
tree: b4646e4df6dcaf1f6f3c8a894759cef0753221ba
  1. front_end/
  2. scripts/
  3. services/
  4. .clang-format
  5. .eslintignore
  6. .eslintrc.js
  7. .gitignore
  8. .npmignore
  9. .style.yapf
  10. BUILD.gn
  11. htaccess
  12. LICENSE
  13. OWNERS
  14. package.json
  15. PRESUBMIT.py
  16. protocol.json
  17. readme.md
readme.md

Chrome DevTools frontend

NPM package

The client-side of the Chrome DevTools, including all JS & CSS to run the DevTools webapp.

It is 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.

Package versioning

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.

Source code

The frontend is available through a git subtree mirror on chromium.googlesource.com, with a regularly updating GitHub mirror at github.com/ChromeDevTools/devtools-frontend. The codebase's true location is in third_party/blink/renderer/devtools/ in Chromium's git repo.

Getting Started

  1. Clone the repo
  2. Go to repo root and run: npm start
    • This launches Chrome Canary and starts the dev server with 1 command
  3. Go to http://localhost:9222#custom=true&experiments=true

Power user tips:

You can customize the port for the dev server: e.g. PORT=8888 npm start.

You can also launch chrome and start the server separately:

  • npm run chrome
  • npm run server

When you start Chrome separately, you can pass extra args to Chrome:

npm run chrome -- https://news.ycombinator.com

(e.g. this launches Hacker News on startup)

If you want to reset your development profile for Chrome, pass in “--reset-profile”:

npm start -- --reset-profile

OR

npm run chrome -- --reset-profile

Hacking

Useful Commands

Simpler npm commands w/ dtrun

If you want to run these npm commands anywhere in the chromium repo (e.g. in chromium/src), you'll want to setup our dtrun CLI helper.

One-time setup:

npm run setup-dtrun

Now, you can use any of the following commands by simply doing: dtrun test.

In addition, you no longer need to pass double dashes (e.g. --) before you pass in the flags. So you can do: dtrun test -d inspector/test.html.

npm run format

Formats your code using clang-format

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

npm test

Builds devtools and runs all inspector/devtools web tests.

Note: If you're using a full chromium checkout and compiled content shell in out/Release, then npm test uses that. Otherwise, with only a front-end checkout (i.e. cloning from GitHub), then npm test will fetch a previously compiled content shell from the cloud (and cache it for future test runs).

npm test basics

# run specific tests
npm test -- inspector/sources inspector/console

# debug a specific test. Any one of:
npm run debug-test inspector/cookie-resource-match.html
npm test -- --debug-devtools inspector/cookie-resource-match.html 
npm test -- -d inspector/cookie-resource-match.html 

# pass in additional flags to the test harness
npm test -- -f --child-processes=16

# ...for example, use a higher test timeout
npm test -- --time-out-ms=6000000 <test_path>

Tip: Learn about the test harness flags

--fetch-content-shell

# If you're using a full chromium checkout and have a compiled content shell, 
# this will fetch a pre-compiled content shell. This is useful if you 
# haven't compiled your content shell recently
npm test -- --fetch-content-shell

--target=SUB_DIRECTORY_NAME

# If you're using a build sub-directory that's not out/Release, 
# such as out/Default, then use --target=SUB_DIRECTORY_NAME
npm test -- --target=Default

Development

Getting in touch