DevTools: prefix node.js scripts's sourceURL with "file://" to make them a valid url

third_party/WebKit/Source/devtools/front_end/sdk/DebuggerModel.js

Index: third_party/WebKit/Source/devtools/front_end/sdk/DebuggerModel.js
diff --git a/third_party/WebKit/Source/devtools/front_end/sdk/DebuggerModel.js b/third_party/WebKit/Source/devtools/front_end/sdk/DebuggerModel.js
index 20f722c8d7d6d60b5253f968e0b66e5d9df16082..fe05763885f3957ade1d855caa60cbbbf05850c2 100644
--- a/third_party/WebKit/Source/devtools/front_end/sdk/DebuggerModel.js
+++ b/third_party/WebKit/Source/devtools/front_end/sdk/DebuggerModel.js
@@ -474,6 +474,9 @@ WebInspector.DebuggerModel.prototype = {
         var isContentScript = false;
         if (executionContextAuxData && ("isDefault" in executionContextAuxData))
             isContentScript = !executionContextAuxData["isDefault"];
+        // Support file URL for node.js.
+        if (Runtime.queryParam("v8only") && sourceURL && sourceURL.startsWith("/"))

[pfeldman, 2016/10/15 00:42:35]

- In case when Node target is attached from within regular DevTools, this does
not work.
- In case Windows decides to use C:\Documents and Settings\ that also does not
work (it does not start with "/")

So you need to check whether you are talking to Node target. We need target
metainfo available here :(

[lushnikov, 2016/10/15 00:59:03]

Handled (1) via the Target.isNodeJS()

We're in a poor position to address (2) - looks like it should be
handled on the node.js side

+            sourceURL = "file://" + sourceURL;
         var script = new WebInspector.Script(this, scriptId, sourceURL, startLine, startColumn, endLine, endColumn, executionContextId, hash, isContentScript, isLiveEdit, sourceMapURL, hasSourceURL);
         this._registerScript(script);
         if (!hasSyntaxError)