[Bug 228147] New: RFE: Upgrade Template Toolkit to 2.18
bugzilla at redhat.com
bugzilla at redhat.com
Sat Feb 10 14:52:23 UTC 2007
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228147
Summary: RFE: Upgrade Template Toolkit to 2.18
Product: Fedora Extras
Version: fc6
Platform: All
URL: http://search.cpan.org/~abw/Template-Toolkit-2.18/
OS/Version: Linux
Status: NEW
Severity: low
Priority: normal
Component: perl-Template-Toolkit
AssignedTo: tcallawa at redhat.com
ReportedBy: rmo at sunnmore.net
QAContact: extras-qa at fedoraproject.org
CC: fedora-perl-devel-list at redhat.com
Description of problem:
A new updated version of Template Toolkit has been released
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
#------------------------------------------------------------------------
# Version 2.18 - 9th February 2007
#------------------------------------------------------------------------
* Merged in Adam's changes in 2.16 and 2.17 back into the developer CVS
repository and added his name to the credits.
* Changed the parser grammar to accept expressions as arguments to a
subroutine, method or virtual method call. I'm embarrassed to admit
that it was a one line change that could (and should) have been made
long ago, if only I had realised just how trivial it was. Anyway,
you can now write nested expressions like this:
[% add(a+5, b < 10 ? c : d + e*5) %]
* Put the t/fileline.t test back in as this was fixed in 2.15a
* Added the Template::Toolkit documentation-only module.
#------------------------------------------------------------------------
# Version 2.17 - 8th Feb 2007
#------------------------------------------------------------------------
Another interim release from Adam Kennedy.
* Change in Makefile.PL to force an upgrade to File::HomeDir 0.64 on darwin.
This is due to problems caused by changes made to Perl on the new Intel
versions of Mac OS X.
* skip_all filelines.t on darwin
#------------------------------------------------------------------------
# Version 2.16 - 23rd Jan 2007
#------------------------------------------------------------------------
Interim release from Adam Kennedy.
* Skip fileline.t on Win32, as it has some hard-coded path seperator
assumptions. This will be fixed more comprehensively later.
* Handle spurious errors in Makefile.PL when a dev version of
ExtUtils::MakeMaker is installed.
* Don't say "nmake" on Win32 when $Config{make} is 'dmake'.
This corrects the message on Strawberry Perl.
#------------------------------------------------------------------------
# Version 2.15c - Not released ## DEVELOPER RELEASE ##
#------------------------------------------------------------------------
* Fixed a bug in Template::Parser which caused it to get confused about
block names if it encountered a syntax error inside a BLOCK. Thanks
to Bill Moseley for reporting the problem.
http://tt2.org/pipermail/templates/2006-July/008815.html
* Fixed a minor buglet in Template::Provider which came to light while
investigating the above problem. If a previously cached template is changed
on disk and then fails to compile, the provider now invalidates the cache
entry immediately. Without this fix, the provider would report the error
once, then reuse the cached good version of the template until $STAT_TTL
ticked over when it would try to load and compile the disk version again.
The problem was that error messages were only reported once every $STAT_TTL
second(s) and any requests for the same template in the interim time would
mysteriously work. This way errors get reported consistently and immediately
and no-one has to waste an afternoon trying to figure out where the errors
went!
#------------------------------------------------------------------------
# Version 2.15b - 30th May 2006 ## DEVELOPER RELEASE ##
#------------------------------------------------------------------------
* Changed the uri filter to escape all reserved characters as per
URI::Escape and RFC2396. This now includes &, @, /, ;, :, =, +, ?
and $ which were previously not escaped. Thanks to islue at cpan.org
for reporting the problem.
http://rt.cpan.org/Ticket/Display.html?id=19593
* Also changed the uri filter to encode all wide characters as the
equivalent UTF escapes. Thanks to Jonathan Rockway for reporting
the problem.
http://rt.cpan.org/Ticket/Display.html?id=19354
* Fixed the redirect filter to not support relative paths. Thanks to
Paul Seamons for spotting the problem and providing a solution.
* Moved all the virtual methods out of Template::Stash and into
a new Template::VMethods module.
* Fixed the version number of Template::Stash which had rolled over
to 2.102 making it appear to predate the 2.86 stash in TT v2.14.
Thanks to Randal Schwartz for reporting the problem. Changed all
version numbers in other modules to be a hard-coded numbers instead
of grokking it automagically from the CVS revision.
* Changed the _recover() method of Template::Service to check if the
error thrown is a Template::Exception object rather than just a
reference. Thanks to David Wheeler for reporting the problem.
http://rt.cpan.org/Ticket/Display.html?id=17630
* Fixed the some tests in stash.t and stash-xs.t which were failing
under Perl 5.6.2 due to a slightly different error message being
generated. Thanks to Anton Berezin for reporting the problem.
* Fixed a bug in the Template::Provider _load() method to check that
$data is a hash ref before trying to mess with its innards. Thanks
to barbie at cpan.org for reporting the problem.
http://rt.cpan.org/Ticket/Display.html?id=18653
#------------------------------------------------------------------------
# Version 2.15a - 29th May 2006 ## DEVELOPER RELEASE ##
#------------------------------------------------------------------------
* Removed the latex filter from Template::Filters and related config
variables from Template::Config
* Changed the t/fileline.t test to remove the line number from what Perl
reports as "(eval $line)". It appears to get the $line wrong on
FreeBSD, although the correct line number is reported following that
so the tests still do the right thing. Thanks to Anton Berezin for
reporting the problem.
* Changed the t/compile3.t test to do something similar.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the perl-devel
mailing list