This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Nathaniel Manista
Recipients Nathaniel Manista, docs@python, rhettinger, tlesher
Date 2018-09-06.19:17:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1536261458.44.0.56676864532.issue34590@psf.upfronthosting.co.za>
In-reply-to
Content
Something... related, that may perhaps belong in a separate issue, but that I want to at least mention here because it would be solved if logging-in-libraries best practices were authoritatively documented and exemplified: it's just too consarn easy to "hold [the logging module] wrong" and wind up with "No handlers could be found for logger" log spam: https://www.google.ca/search?q=site:stackoverflow.com+"No+handlers+could+be+found+for+logger". Why should a Logger object need to have .basicConfig() called on it after retrieval (where "retrieval" means "getLogger call") and before use anyway? Why can't it just be ready for use (at least as ready for use as .basicConfig makes it) when passed from the logging module to the logging-using module like nearly any other object passed from the standard library to standard-library-using code?

(The documentation says "No handlers could be found for logger" spam only happens pre-3.2, but some of my users at least think they see it in later Pythons.)
History
Date User Action Args
2018-09-06 19:17:38Nathaniel Manistasetrecipients: + Nathaniel Manista, rhettinger, tlesher, docs@python
2018-09-06 19:17:38Nathaniel Manistasetmessageid: <1536261458.44.0.56676864532.issue34590@psf.upfronthosting.co.za>
2018-09-06 19:17:38Nathaniel Manistalinkissue34590 messages
2018-09-06 19:17:38Nathaniel Manistacreate