Carl, I think this is the thread with your past comments: https://groups.google.com/d/topic/django-developers/no2IhnRty68/discussion
To avoid a new setting, we could add some custom key/value to LOGGING for the new behavior and pop it before the dict is passed to dictConfig. On Tuesday, September 6, 2016 at 8:44:37 PM UTC-4, Carl Meyer wrote: > > On 09/06/2016 04:57 PM, Ivan Sagalaev wrote: > > I'm > > talking about this function: > > https://github.com/django/django/blob/master/django/utils/log.py#L66 > > > > When `LOGGING_CONFIG` isn't explicitly disabled it first unconditionally > > initializes logging with the hard-coded configuration and then applies a > > user one, if present. And the latter can't really neutralize the effect > > of the former. > > FWIW I agree that the current behavior here is broken and should be > fixed. The design seems to be based in an assumption that > `disable_existing_loggers=True` can "undo" the effects of the previous > config, when it can't, and in fact it does something much nastier -- it > silences all previously-created loggers. > > I clearly recall outlining this issue in a Trac ticket at some point > quite a while ago, but I can't seem to find that ticket now. > > Fixing this in a way that doesn't change logging behavior for projects > upgrading from a previous Django version may be tricky, unless we gate > the effect of the change on (yet another) setting. > > Carl > > -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/2f542c9c-3ff5-43db-acba-dc3505935645%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
