#13081 closed (fixed)
Admin actions loose get-parameters in changelist view
| Reported by: | Johannes Bornhold | Owned by: | Chris Beaven | 
|---|---|---|---|
| Component: | contrib.admin | Version: | dev | 
| Severity: | Keywords: | ||
| Cc: | Triage Stage: | Ready for checkin | |
| Has patch: | yes | Needs documentation: | no | 
| Needs tests: | no | Patch needs improvement: | no | 
| Easy pickings: | no | UI/UX: | no | 
Description
If the actions from the admin changelist view are used, the user will be redirected to the changeliste view, but if a filter or search was active, this information will be lost after redirection.
We discovert this behaviour as problematic in different satchmo/django-based shops we are hosting. If our users filter products for a specific category and use an action to mark some of them as featured products, they will end up in the changelist view, but see all products again. This also affects pagination in changelist views, because this information is also lost after redirection. Most of our users expected these filters to be remembered after action usage.
I stripped down the reason to the package django.contrib.admin.options in the class ModelAdmin. The method response_action will return a HttpResponseRedirect('.') when the action itself does not return a response. The Location-header will then be "fixed" in django.http.utils in the function fix_location_header. This function seems to enable some kind of "relative redirection feeling" in django. It uses HttpRequest.build_absolute_uri.
A simple fix / enhancement would be to change ModelAdmin.response_action to return HttpReponseRedirect(request.build_absolute_uri()) if the action itself does not return a response. Alternative would be to use HttpReponseRedirect(''), but I am not sure if this is a "clean" way.
I will attach patches for both variants shortly.
Attachments (3)
Change History (10)
by , 16 years ago
| Attachment: | patch1.txt added | 
|---|
comment:1 by , 16 years ago
| Has patch: | set | 
|---|
comment:3 by , 16 years ago
| Resolution: | duplicate | 
|---|---|
| Status: | closed → reopened | 
I agree that this ticket is similar to #6903, but solving this problem for admin actions is currently not mentioned in #6903. In addition, I think that solving this problem for admin actions is very simple compared to a general solution for #6903.
The use case described in #6903 is different: It is only related to edit a single object. With admin actions there maybe no intermediate page (e.g. when setting some flags on marked instances) and loosing the filter parameters really is confusing to users.
I kindly request to rethink on this issue, but will not open this issue again if it is still considered a duplicate of #6903.
comment:4 by , 16 years ago
| Triage Stage: | Unreviewed → Accepted | 
|---|
Apologies - you are correct. Admin actions are handled differently, so this is a separate problem (and should be much easier to solve).
by , 16 years ago
| Attachment: | 13081.diff added | 
|---|
comment:5 by , 16 years ago
| Owner: | changed from to | 
|---|---|
| Status: | reopened → new | 
| Triage Stage: | Accepted → Ready for checkin | 
comment:6 by , 15 years ago
| Resolution: | → fixed | 
|---|---|
| Status: | new → closed | 
Suggestion 1 -- maybe not so "clean"