question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Unable to specify log level in Bolt >= 1.4.0

See original GitHub issue

Description

I am unable to specify the log level after upgrading from 1.2.0 to 1.4.0 and up.

What type of issue is this? (place an x in one of the [ ])

  • bug
  • enhancement (feature request)
  • question
  • documentation related
  • testing related
  • discussion

Requirements (place an x in each of the [ ])

  • I’ve read and understood the Contributing guidelines and have done my best effort to follow them.
  • I’ve read and agree to the Code of Conduct.
  • I’ve searched for any related issues and avoided creating a duplicate issue.

Bug Report

Filling out the following details about bugs will help us solve your issue sooner.

Reproducible in:

package version: >= 1.4.0

node version: v12.12.0

OS version(s): macOS Catalina 10.15.1

Steps to reproduce:

  1. Define logLevel when creating a Bolt app in >= 1.4.0

Expected result:

What you expected to happen

I expect to see the logger initialized for WebClient:0 after the Bolt app is initialized.

i.e.

[DEBUG]  WebClient:0 initialized

Actual result:

Upon initialization of the bolt app, I get:

[DEBUG]   The logLevel given to WebClient was ignored as you also gave logger
[DEBUG]   initialized

It seems that every time the logger attempts to log, i get another [DEBUG] initialized message.

Another symptom i noticed is that all the logs messages aren’t prefixed with a logger name i.e. WebClient:0 but rather they’re prefixed with a space.

Attachments:

logs are posted above

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Comments:5 (3 by maintainers)

github_iconTop GitHub Comments

2reactions
seratchcommented, Feb 16, 2020

@zachsirotto No worries. I’m aware of the issue. The PR addresses the issue as well.

0reactions
seratchcommented, Feb 19, 2020

Thanks for flagging this. The fix has been merged. This issue will be fixed in bolt version 1.7.x / 2.x. They’ll be released soon (if everything goes well, both of them will be shipped within a month).

Read more comments on GitHub >

github_iconTop Results From Across the Web

Logging - Operations Manual - Neo4j
Defines a logger that matches log events with the HttpLogger target with a log level of INFO or above. The additivity="false" is set...
Read more >
Spring boot Debug log traces on startup - java - Stack Overflow
Try setting the log level via command line using -Dlogging.level.ROOT. I don't think that properties are loaded prior to logging this. – ...
Read more >
Logs - Puppet
Bolt supports multiple log levels. You can configure the log level from the CLI, or in a project configuration file. Supported logging levels,...
Read more >
Application logging with Flask - CircleCI
Learn how to set up and run application logging with Flask. ... The Python logging module logs events based on pre-defined levels.
Read more >
Log4j – Changes - Apache Logging Services
Thanks to Gary Gregory. ggregory. Add shorthand syntax for properties configuration format for specifying a logger level and appender refs.
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found