| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
(linter fail is my bad -- reimaging one of the vm's) |
Sorry, something went wrong.
|
Windows failures do not seem to be caused by this change. |
Sorry, something went wrong.
|
CI: https://ci.nodejs.org/job/node-test-commit/5605/ - seems to be as green as possible |
Sorry, something went wrong.
There was a problem hiding this comment.
response.c_str() ?
Sorry, something went wrong.
There was a problem hiding this comment.
I used data() - there's is no need for null-terminated string.
Sorry, something went wrong.
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.
Sorry, something went wrong.
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 :)
Sorry, something went wrong.
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?
Sorry, something went wrong.
There was a problem hiding this comment.
Thanks. Done.
Sorry, something went wrong.
There was a problem hiding this comment.
For my education: is this header necessary and if so, what does it signify?
Sorry, something went wrong.
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.
Sorry, something went wrong.
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.
Sorry, something went wrong.
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.
Sorry, something went wrong.
|
@bnoordhuis Thank you for the review. I uploaded a new version of the patch. |
Sorry, something went wrong.
|
Fully green CI: https://ci.nodejs.org/job/node-test-pull-request/4583/ :) |
Sorry, something went wrong.
|
@bnoordhuis PTAL when you get a chance. |
Sorry, something went wrong.
|
I commented a few hours ago. Did anything change? |
Sorry, something went wrong.
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/
Sorry, something went wrong.
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.
Sorry, something went wrong.
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>
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#8919
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 I attempted to backport this to v6.x but it broke the test suite === release test-inspector ===
Path: inspector/test-inspector
[err] Debugger listening on port 9229.
[err] Warning: This is an experimental feature and could change at any time.
[err] To start debugging, open the following URL in Chrome:
[err] chrome-devtools://devtools/remote/serve_file/@60cd6e859b9f557d2312f5bf532f6aec5f284980/inspector.html?experiments=true&v8only=true&ws=localhost:9229/e10ba451-8f65-4866-87ce-ed2d8b7e28fd
[err]
AssertionError: false == true
at TestSession.session.testHttpResponse (/Users/thealphanerd/code/node/v6.x/test/inspector/test-inspector.js:158:12)
at checkHttpResponse (/Users/thealphanerd/code/node/v6.x/test/inspector/inspector-helper.js:288:15)
at IncomingMessage.res.on.on (/Users/thealphanerd/code/node/v6.x/test/inspector/inspector-helper.js:89:24)
at emitNone (events.js:91:20)
at IncomingMessage.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:974:12)
at _combinedTickCallback (internal/process/next_tick.js:74:11)
at process._tickCallback (internal/process/next_tick.js:98:9)
Command: out/Release/node /Users/thealphanerd/code/node/v6.x/test/inspector/test-inspector.js
thoughts? |
Sorry, something went wrong.
|
@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 |
Sorry, something went wrong.
|
@thealphanerd - I've also started CI here to see if this is something platform specific. |
Sorry, something went wrong.
|
@thealphanerd - I see no relevant CI failures - https://ci.nodejs.org/job/node-test-commit/6044/ |
Sorry, something went wrong.
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 I've landed it now... must have been something else that landed in the mean time that fixed it |
Sorry, something went wrong.
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>
| Back | FazBrowse Home | New Git URL |
Checklist
Affected 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.