Open KeKs0r opened 3 years ago
Would you like to send a Pull Request to address this issue? Remember to add unit tests.
I had a similar issue which I solved in Chrome. Not sure if it's relevant.
I have the same problem in the browser. Here a short reproducible setup: https://stackblitz.com/edit/typescript-5ka82t?devToolsHeight=33&file=index.ts
@mcollina As this feature will be quite handy in the upcoming future for us, I will look into it.
The fix in #1725 only works partially. Setting the level via child.level = "debug"
works, but providing it as an option in root.child()
does not:
const root = pino({ level: "info" })
root.info("OK: root info WILL be logged.")
root.debug("OK: root debug will NOT be logged.")
const child1 = root.child({})
child1.level = "debug"
child1.info("OK: child1 info WILL be logged.")
child1.debug("OK: child1 debug WILL be logged.")
const child2 = root.child({}, { level: "debug" })
child2.info("OK: child2 info WILL be logged.")
child2.debug("ERROR: child2 debug will NOT be logged.") // <--
@GeorgEchterling the code for the browser logger takes a while to get into. Don't know if I will manage to work on it in the near future to fix this issue.
I encountered the same problem of child logger level not effective when passed as an option, but it does work if explicitly set after the creation of such child logger. I looked at the code, while the browser logger code does take a while to get into, but this problem seems to be rather obvious. The option.level variable is simply not used:
function child (bindings, childOptions) {
if (!bindings) {
throw new Error('missing bindings for child Pino')
}
childOptions = childOptions || {}
... quite a bit of code to stuff, but childOptions.level is never used. ...
... and then the new child logger inherits the parent level and is immediately returned ...
// required to actually initialize the logger functions for any given child
newLogger.level = this.level
return newLogger
}
I'm very much new to Pino and it seems that supporting browser side logging isn't the main use case. But in any case, if the experienced folks here think it should be as simple as setting the level before returning the new child logger, I'm happy to submit a simple PR.
Yes! That would be great.
I just submitted a very simple PR, you guys are encouraged to run the new test case against exiting code and you should be able to see the relatively obvious problem, as the docs (https://github.com/pinojs/pino/blob/main/docs/api.md#child) clearly says this about setting a child logger's level:
It can be set independently of the parent either by ... ... or using the options.level key
Hi,
I am using pino in the browser, since I have some parts of my application that are used in the browser as well as on node.
When using pino in the browser, it seems that different log levels for Child loggers are not working: Here is my root logger
The output looks like this
It seems the level for the child logger, is just taken as additional property, instead of changing the level of the child logger.