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
Respect --silent flag #543
Comments
Why do you think this warning is not important for your case? |
I wouldn't say it's unimportant - but there should be a way to control which messages (or which levels) should be sent to the output. NPM has settings called |
What is default npm’s |
Yeap. Let’s respect |
I'm on a typescript/backend project using jest for tests. Since typescript + jest may use babel for transpilation (https://jestjs.io/docs/getting-started#using-typescript) which in turn uses I assume backend+typescript+jest it not that rare of a stack so there are probably a lot of users out there with this issue. It would be great if you could accept that your views on good practices may not hold for 100% of all cases where this library ends up in the dependencies. It's questionable behaviour already for a library somewhere deep down the dependency tree to start printing to the current process' standard error. Just imagine ANY non-human interpretation of process output suddenly receiving random outputs from libraries. So at least consider providing an escape hatch to silence this. |
We work on a monorepo which includes a mobile and desktop app, so this caniuse-lite is not something we need but is probably included by a sub-package somewhere. So we get a dozen of these useless warnings every time we build the Android app for example. And I tried to run the suggested command to finally get rid of them, but it's showing me an error about package.json, and I don't have all day to figure this out since we don't even need browserslist.
In our case, indeed we know it's not important. |
Looks like the easiest way out of this is with this line https://github.com/browserslist/browserslist/blob/4db22aed0f0453b73fabc87264bf7210d101075b/node.js#LL367C21-L367C49 Is that accurate? Setting |
When we build our Android app, not a browser app, with no direct dependency to browserslist, this is what we get:
In our case nothing make these useless warnings go away:
Please consider for a second that developers aren't idiots. If we need to update something, we'll do it, thank you very much. You don't need to repeat it 8 times, on every single build, for a package we don't even need! (but is included somewhere as a transitive dependency) Not to mention with no way to actually update what you want us so badly to update. |
@laurent22 if you can't understand why standard method don't work, maybe it means that you lost control over build tool complexity and you are really doing something work. Now you have a problem with a warning which you can ignore. But what you will do on the same case if you will have an issue without a way to understand why it doesn't work? |
Blame the user, I love that and sort of expected from someone who prints 24 lines in people's builds with zero useful info in there, and condescending answers like "Why do you think this warning is not important for your case?". So I guess we can expect these useless warnings to stay. |
@laurent22 this warning is not useless. It really affect on Web average performance. |
Also working on a backend typescript project so warnings are not relevant. Setting the |
Hey there,
thanks a lot for the beautiful tool! Can you please improve the warning about outdated
caniuse-lite
version? At the moment it doesn't respect--silent
flag and print messages in the console:browserslist/node.js
Lines 373 to 378 in 4db22ae
https://docs.npmjs.com/misc/config#loglevel
The text was updated successfully, but these errors were encountered: