What's node-inspector? This package?
If that's the case, it looks like node-inspector only captures one of the methods node can express output (conosle.log), but none of the others (stderr, stdout, etc). This is an "issue" with the node-inspector project, but I actually like their implementation (monkeypatching console.log), and I wouldn't suggest they change it. console.log really should only be used for logging (so it's ok to patch), but the std* pipes may actually be used by your application to send data to other processes, so they shouldn't be messed with.
I also like Winston's
choice to log via the std* pipes rather than use console.log, as it is a streaming API while conosle.log is blocking. You don't want your production application blocking for a long log message!
With these notes, I think you are out of luck here... it's also (IMO) a strange use case... are you attaching to a production process and trying to capture output that you aren't otherwise logging?
Test Action:
exports.loggy = {
name: 'loggy',
description: 'loggy',
run: function(api, data, next){
console.log('CONSOLE');
api.log('API. LOG');
process.stderr.write('STDERR' + '\n');
process.stdout.write('STDOUT' + '\n');
next();
}
};
Console:
Inspector: