[RenderBlocking] Only consider body requests that are high priority The render blocking audit in Lighthouse actually has a second level of filtering that only includes requests that are in the FCP simulation graph. The FCP simulation graph filters out low priority requests: http://shortn/_rUloOEiNu9 For requests marked `in_body_parser_blocking` we should ensure that the priority is high enough to be considered render blocking. There are exceptions to the logic added but this is the definition Lighthouse has been using so this is at least a good place to start. This CL changes nothing about the behavior of requests marked `blocking` Bug: 328489888 Change-Id: I7700118e78f9f36f62ba5acfb2da68928ccc1879 Reviewed-on: https://chromium-review.googlesource.com/c/devtools/devtools-frontend/+/5537846 Reviewed-by: Paul Irish <paulirish@chromium.org> Commit-Queue: Adam Raine <asraine@chromium.org>
The client-side of the Chrome DevTools, including all TypeScript & CSS to run the DevTools webapp.
The frontend is available on chromium.googlesource.com. Check out the project documentation for instructions to set up, use, and maintain a DevTools front-end checkout, as well as design guidelines, and architectural documentation.
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 ES 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