Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#18987 closed Uncategorized (invalid)

Django contrib admin redirection error on actions

Reported by: audirs2 [at] Owned by: nobody
Component: contrib.admin Version: 1.4
Severity: Normal Keywords: redirect remote_auth_backend nginx
Cc: Triage Stage: Unreviewed
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description (last modified by Aymeric Augustin)

When user remote user authentication backend and accessing django application via Nginx proxy on subdomain behind this proxy the admin interface does not redirect from admin actions correctly.

Settings below are applied:


Server is running mod_wsgi

accessing works ok.

When using an admin action to add/delete etc redirects badly.

E.g. on page url below you update some config and click add as the admin action, the underlying code carries out the action.

However when django redirects back to the apps list of objects it redirects badly to a url shown in the form below

It appears that the url resolution is using the domain with subdomain stripped and then as this is not the same full url it appends this url to the current one

Change History (3)

comment:1 Changed 4 years ago by audirs2 [at]

Needs documentation: unset
Needs tests: unset
Patch needs improvement: unset

Appears to be caused by TemplateResponse handling

comment:2 in reply to:  1 Changed 4 years ago by audirs2 [at]

Upon further investigation it appears to be caused by the HTTP module django/http/ in build_absolute_uri

Where the location full path is returned incorrectly by urlparse in the form and self.path is used by get_full_path both have the same issue.

Suggest changing the behaviour of build abosolute url to check for this behaviour as their should always be a leading slash on the url so could check if that is the case and split the url if required. e.g.


to obtain the actual path?

comment:3 Changed 4 years ago by Aymeric Augustin

Description: modified (diff)
Resolution: invalid
Status: newclosed

(Fixed formatting -- please use preview.)

If I understand correctly you have two layers: a frontend (nginx) that dispatches to a backend (apache+mod_wsgi). This is a very common setup and you don't need FORCE_SCRIPT_NAME to make it work properly.

I don't understand your second comment: I don't see anything related to urlparse in build_absolute_uri.

Generally speaking, the information you've provided is rather sparse, we have evidence that the admin works for thousands of developers using the same setup as you.

This looks like a misconfiguration. I suggest using the support channels.

Version 0, edited 4 years ago by Aymeric Augustin (next)
Note: See TracTickets for help on using tickets.
Back to Top