Cannot open DevTools from CLI
Reported by
jbud...@gmail.com,
Jan 29 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36 Steps to reproduce the problem: 1. Run Chromium from CLI: `chromium chrome-devtools://devtools/bundled/inspector.html?experiments=true&v8only=true&ws=127.0.0.1:9229/afcd6370-d7f6-4260-abb5-0d8956c3c9b8` What is the expected behavior? Chromium opens the provided address What went wrong? Chromium did not accept the provided address, and remained on the new tab page Did this work before? N/A Does this work in other browsers? N/A Chrome version: 55.0.2883.75 Channel: n/a OS Version: Arch Flash Version: Shockwave Flash 23.0 r0
,
Jan 31 2017
The reason non-standard urls aren't supported is explained by the issue 9862 , see also https://crbug.com/664434#c5 On the other hand, it'd be nice if Chrome allowed chrome-devtools:// scheme. I guess all depends on whether this can be exploited by malware or not.
,
Feb 7 2017
Marking this as Untriaged and for more inputs on this and for consideration if chrome-devtools:// scheme URLs should be allowed from the CLI or not.
,
Feb 7 2017
Pavel, do you know are there any security concerns about exposing chrome-devtools scheme in CLI?
,
Feb 22 2017
FWIW, this can sort of be done in macos by using osascript functionality (osascript -e 'tell application "Google Chrome" to open location "chrome-devtools://foo"'), so as far as opening a devtools link sort of automatically, the cat is kind of out of the bag. It would be pretty great if something similar happened on linux. I'm also sure this request is going to get repeated a lot, since recent versions of node just started adding the experimental debugger feature that's at the heart of this request, so it sure would be nice to pipe the node command into an xargs that launched a browser at the appropriate location. I can do this on mac with the osascript trick, but not on my linux machine). There's also probably a difference between opening the url from a click on an <a> element and from running something via the commandline, but I have no real idea what the malware exposure surface is here.
,
Oct 4 2017
|
||||
►
Sign in to add a comment |
||||
Comment 1 by nyerramilli@chromium.org
, Jan 31 2017