Thoroughly misleading error page when resolve() fails on a different URL

[anonymous]

I just spent a few hours tracking down a display bug in djangorestframework (​https://github.com/tomchristie/django-rest-framework/pull/211).

This would have been *much* simpler if the debugging 404 error page hadn't been presenting this entirely irrelevant piece of information the whole time:

"The current URL, api/servers/, didn't match any of these."

As far as I can tell, the error page is getting that URL from the request's path_info attribute, when the real problem was that djangorestframework was doing "resolve(request.path)".

It would be better if the resolver set the URL it was trying to resolve on the Http404 exception object and the debugging error template retrieved it from there, rather than assuming that every 404 it is asked to display relates to the current page.

[Will Hardy]

To reproduce, take any django view, add the following:

    from django.core import urlresolvers
    urlresolvers.resolve("/this/can/not/match/anything/")

and observe the misleading debug page.

This will occur whenever a library calls resolve() with something other than request.path_info and the URL is not matched.

[Grzegorz Nosek]

Patch is here: ​https://github.com/django/django/pull/765

[Aymeric Augustin]

This is related to #14343 but probably worth fixing independently.

[Tim Graham]

The patch no longer merges cleanly.

[Grzegorz Nosek]

Updated patch:

​https://github.com/django/django/pull/2287

[Honza Král <honza.kral@…>]

In 79558c787ebfd0fe723acb061a375b19a27f18cd:

Fixed #18373 - improved handling of Resolver404s from views

When django.core.urlresolvers.resolve was called from a view, failed
and the exception was propagated and rendered by technical_404_response,
the URL mentioned on the page was the current URL instead of the URL
passed to resolve().

Fixed by using the path attribute from the Resolver404 exception instead
of request.path_info. Also cleaned up the exceptions to use standard
named parameters instead of stuffing a dict in args[0]