New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 17 users

Issue metadata

Status: Fixed
Closed: Dec 17
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug

Sign in to add a comment

Issue 883481: Breakpoints on remote debugging session not working

Reported by, Sep 12

Issue description

Chrome Version       : 69.0.3497.92
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
URLs (if applicable) :
Other browsers tested: N/A

What steps will reproduce the problem?
1. Start simple node http server on remote host with --inspect option. In my case, the remote host was an Ubuntu server with IP address

 $> node --inspect= server.js
 Debugger listening on ws://[uid]

2. On windows box, attach debugger by opening up page with the following url:


3. In the sources tab, open up server.js and set breakpoint.

4. In a new browser tab, navigate to

What is the expected result?

 The debugger breaks at breakpoint.

What happens instead of that?

 The http request completes without breaking in the debugger.

Please provide any additional information below. Attach a screenshot if

UserAgentString: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.92 Safari/537.36

Remote breakpoints worked prior to the Chrome update I received on 9/12. 

I've attached a screenshot of the debugger plus the 4 line server.js file I used to reproduce the problem.
151 KB View Download
10.0 KB Download

Comment 1 by, Sep 13

Components: Platform>DevTools
Labels: Needs-Triage-M69

Comment 2 by, Sep 13

Please fix this.  I can't roll back to a previous version of Chrome and yes, breakpoints do not work.

Comment 3 by, Sep 14


Comment 4 by, Sep 15

Heads up to those who are running into the same problem.  An alternative route is to use a different Chromium browser:

I am using Vivaldi with the NiM Chrome extension and breakpoints are working just fine.

Comment 5 by, Sep 21

Components: -Platform>DevTools Platform>DevTools>JavaScript
Status: Assigned (was: Unconfirmed)

Comment 6 by, Sep 25

 Issue 844070  has been merged into this issue.

Comment 7 by, Sep 25

 Issue 841697  has been merged into this issue.

Comment 8 by, Sep 26

 Issue 851853  has been merged into this issue.

Comment 9 by, Oct 5

You can now change DevTools versions using NiM version 1.0.0

So an alternate browser is not needed as changing the default DevTools version will fix the current issue with Chrome.

Comment 10 by, Oct 12

With the latest Chrome 69, my NiM was no longer attaching dev tools to my node server... Eg none of my server files appeared in Sources.

Following the youtube link fixed that problem - now node reports "Debugger attached" and my server code appears in Sources, but now breakpoints are not stopping again. what exactly should I have in the DevTools Version (custom): string to make it work?  I'm using "chrome-devtools://devtools/bundled/js_app.html" (from the video).

Comment 11 by, Oct 12

Hang on... I noticed that the URL node reports when the debugger connects works:

To start debugging, open the following URL in Chrome:

And debugging works too with this URL!  

So I put this into the custom: field in NiM: 


Works too!

Comment 12 by, Oct 12

Unfortunately, the "chrome-devtools://devtools/remote/serve_file" url returns a "HTTP/1.1 404 Not Found" page here.

And the "chrome-devtools://devtools/bundled/inspector.html?" url shows the sources, but doesn't let me hit any breakpoints.

Chrome: 69.0.3497.100 (64-bits)
NiM: 1.1.0
Windows: 10 (1803, build 17134.345)

Comment 13 by, Oct 12 you need that full URL with the @... bit (and the @... bit will be based on your own environment): 


I don't know how often that @60cd6e859b9f557d2312f5bf532f6aec5f284981 bit changes. If it changes often, it will take away much of the NiM convenience.

Comment 14 by, Oct 12

Could someone try dedicated frontend (or chrome://inspect) in latest Google Chrome Canary on Mac or Windows (version 71) with latest Node 10.12? We merged some fixes to our frontend and to Node by itself and I hope that it should help.

Comment 15 by, Oct 12

Using the NiM "appspot" option (under options) works for me in all cases:

Comment 16 by, Oct 14

It is amazing that NiM can resolve this problem but it achieves it by running old DevTools frontend, this solution won't help with fixing the root of this issue and do not allow to use a lot of new nice DevTools features, e.g. live evaluation in console.
Please let's focus on fixing DevTools, I believe that dedicated frontend from latest Google Chrome Canary with latest Node 10.x release should work with any kind of remote debugging sessions.
I am going to test new frontend against Node 8 on Windows at the beginning of next week as soon as I get access to windows machine.

Comment 17 by, Oct 14

I verified that canary fixes the debugging issue for node v8 & node v10.

Comment 18 by, Oct 15

Actually updated NiM (1.2.0) to use the most up to date version of DevTools (Chrome 71) as the default "appspot" as well as adding info on how to better use the custom setting

So all of the nice DevTools features are available via NiM and with all versions of Chrome (and Chromium based browsers), not just Chrome Canary.  This was previously the case if using the appropriate URL in the custom setting, but now it's the default "appspot" option.

Glad to hear the Canary version is working now!

Comment 19 by, Oct 15

I also verified that remote breakpoints are working on version 71.0.3573.0 (Chrome Dev on windows) with both node 8.11.3 and 10.12.0. Thanks.

Comment 20 by, Oct 23

I've verified that the breakpoints work fine in 
Chrome 69.0.3497.100
Windows 10 Home (64-bit)
NodeJS v8.12.0

Comment 21 by, Nov 5

 Issue 901731  has been merged into this issue.

Comment 22 by, Dec 16

I verified that released build: Version 71.0.3578.80 (Official Build) (64-bit) repairs this issue.  All working now.

Comment 23 by, Dec 17

Status: Fixed (was: Assigned)
@brucejo75 Thank you for feedback. I'll close the bug.

Sign in to add a comment