Uh oh!
There was an error while loading. Please reload this page.
inspector: no URLs when the debugger is connected - #8919
Conversation
jbergstroem
commented
Oct 4, 2016
(linter fail is my bad -- reimaging one of the vm's) |
eugeneo
commented
Oct 4, 2016
Windows failures do not seem to be caused by this change. |
eugeneo
commented
Oct 14, 2016
CI: https://ci.nodejs.org/job/node-test-commit/5605/ - seems to be as green as possible |
There was a problem hiding this comment.
I used data() - there's is no need for null-terminated string.
There was a problem hiding this comment.
A homegrown JSON serializer seems like a recipe for disaster. Is there a way to use V8's JSON.stringify?
If nothing else, FormatJSON() is something of a misnomer because you need to escape the values manually.
There was a problem hiding this comment.
v8::JSON::stringify requires V8 context. This code runs on a dedicated (non-V8) thread, can be ran early in the startup (e.g. if the node is started with --debug-brk), needs to run when V8 is suspended on a breakpoint, etc.
I renamed to MapToString. I hope we will not need a "full" JSON serializer :)
There was a problem hiding this comment.
This is the tiniest of nits but we use string.size()everywhere else. Can you use it here too?
There was a problem hiding this comment.
For my education: is this header necessary and if so, what does it signify?
There was a problem hiding this comment.
This is for protocol clients, that are trying to figure out protocol version from this field. It is a wrong check, but apparently some clients did it at the time when the integration was initially implemented.
There was a problem hiding this comment.
If it's already obsolete baggage, why add it? I assume those clients you mention will need to be updated anyway.
There was a problem hiding this comment.
I agree. Removed the fields. VSCode and Chrome devtools seem unaffected, I do not know what was the tool that used to fail.
6f558a7 to
0e6750dCompareeugeneo
commented
Oct 18, 2016
@bnoordhuis Thank you for the review. I uploaded a new version of the patch. |
eugeneo
commented
Oct 19, 2016
Fully green CI: https://ci.nodejs.org/job/node-test-pull-request/4583/ :) |
ofrobots
commented
Oct 20, 2016
@bnoordhuis PTAL when you get a chance. |
bnoordhuis
commented
Oct 20, 2016
I commented a few hours ago. Did anything change? |
eugeneo
left a comment
There was a problem hiding this comment.
@bnoordhuis Thank you for the review. I removed those 2 fields and did some manual testing.
New CI: https://ci.nodejs.org/job/node-test-pull-request/4597/
There was a problem hiding this comment.
I agree. Removed the fields. VSCode and Chrome devtools seem unaffected, I do not know what was the tool that used to fail.
By convention, inspector protocol targets do not advertise connection URLs when the frontend is already connected as multiple inspector protocol connections are not supported. PR-URL: #8919 Reviewed-By: Aleksey Kozyatinskiy <kozyatinskiy@chromium.org> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
eugeneo
commented
Oct 20, 2016
Landed as da184f4 |
Fix the following compile-time warning:
../src/inspector_agent.cc:175:19: warning: 'const string
node::inspector::{anonymous}::to_string(uint64_t)' defined but not
used [-Wunused-function]
const std::string to_string(uint64_t number) {
Refs: nodejs#8919By convention, inspector protocol targets do not advertise connection URLs when the frontend is already connected as multiple inspector protocol connections are not supported. PR-URL: #8919 Reviewed-By: Aleksey Kozyatinskiy <kozyatinskiy@chromium.org> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
MylesBorins
commented
Nov 15, 2016
@eugeneo I attempted to backport this to v6.x but it broke the test suite thoughts? |
eugeneo
commented
Nov 18, 2016
@thealphanerd I tried cherrypicking this change on top of v6.x-staging - tests seem to pass - https://github.com/eugeneo/node/tree/v6.x-staging |
eugeneo
commented
Nov 18, 2016
@thealphanerd - I've also started CI here to see if this is something platform specific. |
eugeneo
commented
Nov 18, 2016
@thealphanerd - I see no relevant CI failures - https://ci.nodejs.org/job/node-test-commit/6044/ |
By convention, inspector protocol targets do not advertise connection URLs when the frontend is already connected as multiple inspector protocol connections are not supported. PR-URL: #8919 Reviewed-By: Aleksey Kozyatinskiy <kozyatinskiy@chromium.org> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
MylesBorins
commented
Nov 18, 2016
@eugeneo I've landed it now... must have been something else that landed in the mean time that fixed it |
By convention, inspector protocol targets do not advertise connection URLs when the frontend is already connected as multiple inspector protocol connections are not supported. PR-URL: #8919 Reviewed-By: Aleksey Kozyatinskiy <kozyatinskiy@chromium.org> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl>
Checklist
make -j8 test(UNIX), orvcbuild test nosign(Windows) passesAffected core subsystem(s)
inspector
Description of change
By convention, inspector protocol targets do not advertise connection
URLs when the frontend is already connected as multiple inspector
protocol connections are not supported.