]> git.ipfire.org Git - thirdparty/bugzilla.git/commit
We don't really need to look for fragments that are pulled in by [% INCLUDE %] or...
authorjake%acutex.net <>
Wed, 14 Nov 2001 11:44:07 +0000 (11:44 +0000)
committerjake%acutex.net <>
Wed, 14 Nov 2001 11:44:07 +0000 (11:44 +0000)
commitc743409389bb5ca4a04c0e11c91a5aae308319e0
tree5c13b600a03677d2006397fb7b6c47bf21fca786
parent8a6243f7df69601ab054a9dd59bee0ce5385d40e
We don't really need to look for fragments that are pulled in by [% INCLUDE %] or [% PROCESS %].  While removing this code bit doesn't allow us to seperatly check that those fragments exist and compile, they'll be checked atomatically when the the template that wants them is run through the process() routine by the 004template.t test.  This issue was raised because bug 98707 introduced a [% BLOCK %] element and the syntax for using that is the same as for including a template fragment.
t/Support/Templates.pm