[BUG] I use quiet: true but console in chrome and in terminal not empty

Bug report

Describe the bug

I use quiet: true but console in chrome and in terminal not empty

next.config.js

module.exports = {
  quiet: true
}

Steps to reproduce the behavior, please provide code snippets or a repository:

1. add quiet: true to next.config.js
2. run next.js project
3. console will not empty

Expected behavior

console will be clear, cuz quiet = true, no webpack output, no info output, no events, no chunks, no “server startes in port 3000” output.

Screenshots

System information

• all systems

Additional context

since next.js uses a lot of other libraries under the hood that write to the console both the browser and the server. Next.js should have a common unified interface for setting console output. and next.js would transparently pass these options to the libraries it uses

[mattcarlotta]

Taking a closer look, it appears you may be debugging from the server-side stdout in chrome’s DevTools. When you view the DevTools attached to the top (localhost:3000) instead of npm, you’ll only see the console.logs you’ve written within your source code (including a few HMR messages); otherwise, no server-side event (start, build, waiting, etc) messages will be displayed.

For example:

[mattcarlotta]

Looking at an older version (v8.1.0), you’re right, it looks like they are still using a custom dev-server (and not webpack-dev-server); however, the quiet option (scroll down to supported options) parameter is stated as only hiding error messages derived from the server (next-dev-server). As far as I can tell, it never silenced the event messages on the client nor server, but only emitted errors from a server response: 1, 2. This holds true for v9.3.5 as well.

As for the HMR messages, they have never been silenced in v8.1.0 nor v9.3.5, and as mentioned by Tim, they’re shown for a better development experience. Without them, you may not be aware of whether or not the files have been compiled/recompiled. That said, the logs are hard coded in development, so you can’t modify/customize them. That’s why RFC #4808 has been proposed (for custom event logging).