{{{
warnings.filterwarnings(
'error',
r'django\.conf\.urls\.defaults is deprecated; use django\.conf\.urls
instead',
DeprecationWarning,
r'django\.conf\.urls\.defaults')
}}}
That's a bit annoying.
--
Ticket URL: <https://code.djangoproject.com/ticket/20083>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
Comment (by epicserve):
I agree. I ran into this same issue.
--
Ticket URL: <https://code.djangoproject.com/ticket/20083#comment:1>
* stage: Unreviewed => Accepted
--
Ticket URL: <https://code.djangoproject.com/ticket/20083#comment:2>
* cc: hv@… (added)
--
Ticket URL: <https://code.djangoproject.com/ticket/20083#comment:3>
Comment (by Claude Paroz <claude@…>):
In [changeset:"8446a2438ffeab845e31cba4489f03fccc387298"]:
{{{
#!CommitTicketReference repository=""
revision="8446a2438ffeab845e31cba4489f03fccc387298"
Added test about error filterwarnings
Refs #20083.
}}}
--
Ticket URL: <https://code.djangoproject.com/ticket/20083#comment:4>
* status: new => closed
* resolution: => worksforme
Comment:
Looking at the source code of the `warnings` module, it seems that raising
the exception precedes the `showwarning` call, hence routing through
logging should not affect `error` filters. I've just added a test for
this. But it may be that recent commits with addition of
`DeprecationWarning` subclasses for Django deprecations has also helped.
--
Ticket URL: <https://code.djangoproject.com/ticket/20083#comment:5>