-
-
Notifications
You must be signed in to change notification settings - Fork 433
Writes a log message to stderr even when everything is OK #249
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
See #95 for a discussion on this. |
Is this still a problem for you? If so I think we're open to PRs (the discussion in #95 may be useful) |
Thanks for getting back to me. No, it's not still a problem: we set |
Awesome 😄 As it happens we're likely to merge this PR which should provide an option to control this. Not that you seem to need it but it should be there soon! |
) * Add explicit info logger to avoid writing info logs to stderr * Add a loaderOption for the logLevel and logging to different logLevels * Fix tsc compile error * Add a new loaderOption to specify the info logging output. * Change documentation text according to review advise * Doing uppercase on loaderOptions logLevel just once * Bugfix the default value of logLevel must be string
Released with 0.9.4 |
When
ts-loader
starts up, it logs messages like this to stderr:This is because the
log
function callsconsole.log.apply(console, message)
, and theconsole
variable is overridden as follows:I know most of the log values outputted by
ts-loader
are errors, but theUsing typescript@...
message isn't an error. Logging it to stderr isn't great, because many apps are configured to treat stderr output as actual errors (and write it to a DB, email an administrator, etc.)I am aware this can be suppressed by setting
silent
totrue
, but then this suppresses other potentially useful error information.Would it be possible not to log the
Using typescript@...
to stderr, but still log other messages to stderror?The text was updated successfully, but these errors were encountered: