-
Notifications
You must be signed in to change notification settings - Fork 7.3k
better network error messages #7005
Comments
That's a reasonable request, I would enthusiastically review such a PR |
Don't have source in front of me, but do we make sure to always attach the |
The code is already supplied in the example, econnreset, but like we |
rad! I'll try and send a patch over in the next few days when I have a chance |
Since issue #7042 was closed as a dup of this one, please take a broad interpretation of this issue to also cover things like failed dns lookup. The lack of information is a broader problem than just net.js. It's just my 2 cents, but it might be worth having Socket.prototype.send (in dgram.js) handle a bunch of these issues. I don't know if your path to net.js also passes through that code, but in my case that seemed like the place that really had the useful information about what was being attempted. |
haven't had time for a patch yet but yeah this is a massive issue in production haha :D. Nothing worse than getting this in your logs, IMO this should be pretty high priority, it renders node pretty useless unless you manually go tag every single error in the system
EDIT: something like:
|
+1 – we've gone extremely long with these uninformative errors. Definitely nice for 0.12 |
👍 |
👍 (anyone else get double comments when posting from mobile?) |
👍 |
1 similar comment
👍 |
Add address and/or port to errors where applicable for better reporting. See nodejs#7005
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. See nodejs#7005 Use util.format instead of string concatenation Also move some logic into util._errnoException. Passing an object as the fourth parameter to util._errnoException will now extend the returned error.
Add address and/or port to errors where applicable for better reporting. In the event the local address and port are accessible, it will also add those to the error message. See nodejs/node-v0.x-archive#7005
Add address and/or port to errors where applicable for better reporting. In the event the local address and port are accessible, it will also add those to the error message. See nodejs/node-v0.x-archive#7005 Reviewed-By: Fedor Indutny <[email protected]> Reviewed-By: Ben Noordhuis <[email protected]> PR-URL: #35
@joyent/node-coreteam ... do we want to keep this open here? error message improvements were made in io.js and will come along in the converged stream. It's possible we may want to backport many of those fixes, and it's possible that many more improvements could still be made. |
I'd just wait until they're converged before backporting. |
Agreed. Closing. Can reopen if folks feel it's worthwhile to backport those changes. |
I've brought this up before but I can't find the issue, or if/why it was denied, but anyway I think we could do a lot better with network related error reporting:
isn't overly informative, it would be awesome if (when available) we tack on some information, host/port etc. It's easy to argue that when you receive the error you should be printing it or doing something with it in a way that makes the message more useful, but it certainly wouldn't hurt for cases where you just use a console.error(err.stack) etc
The text was updated successfully, but these errors were encountered: