id summary reporter owner description type status component version severity resolution keywords cc stage has_patch needs_docs needs_tests needs_better_patch easy ui_ux 1591 "Multiple-level template inheritance doesn't work if ""extends"" tag is not first in the template" Chris Chamberlin Adrian Holovaty "I have a three-template chain of inheritance - my templates are named ""p1.html"", ""p2.html"", and ""p3.html"", and are as follows: p1: {{{ P1 BODY BEGIN

{%block p1a%} P1 A!

{%endblock%} {%block p1b%} P1 B!

{%endblock%} }}} p2: {{{ {%comment%}This comment comes first in P2{%endcomment%} {%extends ""p1""%} {%block p1a%} P2 (should replace P1A)

{%endblock%} }}} p3: {{{ {%extends ""p2""%} {%block p1b%} P3 (should replace P1 B)

{%endblock%} }}} The defect is if the {%comment%} tag in p2 is present, the replacement of block p1b in p3 does not happen. A rendering of p3 comes out like so: {{{ P1 BODY P2 (should replace P1A) P1 B! }}} If I remove the comment tag, or move the {%extends ""p1""%} in p2 above it, then it works, and for p3 I get: {{{ P1 BODY P2 (should replace P1A) P3 (should replace P1 B) }}} Note that this apparent ""extends tag must be first in the template"" requirement only occurs for the situation where the block I'm replacing was not defined in the immediate parent, but only in an earlier ancestor. So even if it is desirable (I think not), or technically necessary (don't know), for the ""extends"" tag to be first, it should be consistent. This appears in both 0.91 and in the trunk. " defect closed Template system minor fixed Unreviewed 0 0 0 0 0 0