Don't use empty frames as mainFrame candidates This CL fixes a rare case where we have a frame with no parent, no name and no URL being used as the main frame, which is incorrect. The fix is to only consider a frame a candidate as the main frame if it has no parent (existing behaviour) and if it has a URL (new behaviour introduced in this CL). The RendererHandler will drop processes that have invalid URLs (which includes empty strings), so it doesn't make sense to try to use a frame with an invalid URL as the main frame ID. Fixed:41494290 Change-Id: I1190e1cd7b657fa1f7dc3cf44706fe6662a9353d Reviewed-on: https://chromium-review.googlesource.com/c/devtools/devtools-frontend/+/5424631 Reviewed-by: Andres Olivares <andoli@chromium.org> Commit-Queue: Jack Franklin <jacktfranklin@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