Bug #795
mod_ssi (apparently) won't echo variables set using #set
| Status: | New | Start: | ||
| Priority: | Normal | Due date: | ||
| Assigned to: | jan | % Done: | 0% |
|
| Category: | mod_ssi | |||
| Target version: | - | |||
| Pending: | No |
Resolution: | ||
Description
With the sample SSI document:
<!--set var="foo" value="bar" -->
<!--echo var="foo" -->
Result: "(none)"
Expected result: "bar"
History
08/31/2008 07:29 PM - Anonymous
I confirm that this patch is so trivial it just works! Therefore I've appended the patch against 1.5-svn revision 2299.
09/02/2008 04:12 PM - Anonymous
Ignore my previous patch mod_ssi-recursion-ssi-vars-fix-1.5.0svn2299.patch, because it is wrong!
First of all it looks like a hack and second it doesn't work right if you have multiple layers of nested requests. A correct implementation of a patch for making SSI variables be interpreted right in nested requests/recursive includes is in ticket:536 (apply both patches if you want SSI to work more as expected).
And also the mod_ssi-echo-ssi-var-1.5.0svn2299.patch could be written a little shorter/better: http://gw.tnode.com/0036-LighttpdDevelopment/Files-Patches/
-- gw.lighttpd