Opened 8 years ago

Closed 8 years ago

Last modified 7 years ago

#15329 closed (invalid)

get_template_names() should use getattr() on object

Reported by: tribaal@… Owned by: nobody
Component: Generic views Version: 1.3-beta
Severity: Keywords:
Cc: Triage Stage: Unreviewed
Has patch: yes Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no


I discovered by writing unit tests for a subclass of DetailView that the get_template_names() method of SingleObjectTemplateResponseMixin (django.views.generic.detail) does not use getattr to access the object attribute.

In the context of writing tests for a subclass overriding (and/or extending) the behavior of get_template_names, "object" may not be present.

The following patch solves the problem permanently:

--- a/django/views/generic/
+++ b/django/views/generic/
@@ -119,14 +119,15 @@ class SingleObjectTemplateResponseMixin(TemplateResponseMixin):
         # If self.template_name_field is set, grab the value of the field
         # of that name from the object; this is the most specific template
         # name, if given.
-        if self.object and self.template_name_field:
+        if (getattr(self, 'object', None) and 
+            getattr(self, 'template_name_field', None)):
             name = getattr(self.object, self.template_name_field, None)
             if name:
                 names.insert(0, name)
         # The least-specific option is the default <app>/<model>_detail.html;
         # only use this if the object in question is a model.
-        if hasattr(self.object, '_meta'):
+        if hasattr(self, 'object') and hasattr(self.object, '_meta'):
             names.append("%s/%s%s.html" % (

Change History (3)

comment:1 Changed 8 years ago by rasca

Keywords: blocker added

Tagging it as a blocker so it get's to trunk before RC1 (if accepted).

comment:2 Changed 8 years ago by Łukasz Rekucki

Keywords: blocker removed
Resolution: invalid
Status: newclosed

I disagree. This is documented:

class SingleObjectTemplateResponseMixin

A mixin class that performs template-based response rendering for views that operate upon a single object instance. Requires that the view it is mixed with provides self.object, the object instance that the view is operating on. self.object will usually be, but is not required to be, an instance of a Django model. It may be None if the view is in the process of constructing a new instance.

You didn't provide any details on how/what you're overriding/subclassing the UpdateView that includes this mixin, so it's hard to judge if it's a user error or a limitation of the API. Please reopen with more details about your use case.

comment:3 Changed 7 years ago by Jacob

milestone: 1.3

Milestone 1.3 deleted

Note: See TracTickets for help on using tickets.
Back to Top