You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by "Henning Schmiedehausen (JIRA)" <de...@velocity.apache.org> on 2007/03/08 01:04:44 UTC
[jira] Closed: (VELOCITY-432) #stop produces unexpected results
when used with #parse
[ https://issues.apache.org/jira/browse/VELOCITY-432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Henning Schmiedehausen closed VELOCITY-432.
-------------------------------------------
> #stop produces unexpected results when used with #parse
> -------------------------------------------------------
>
> Key: VELOCITY-432
> URL: https://issues.apache.org/jira/browse/VELOCITY-432
> Project: Velocity
> Issue Type: Bug
> Components: Engine
> Affects Versions: 1.4
> Reporter: Klemen Zagar
> Priority: Minor
> Fix For: 1.5
>
> Attachments: stop3-include.vm, stop3.vm, velocity-2006-01-20-1.patch, velocity-2006-01-20-2.patch
>
>
> On 20th of January (2006) I took the latest trunk from SVN, and tried it against some Velocity templates I am just working on. I came across two bugs, which I am reporting here, along with patches:
> 1. When #stop is issued from within #parse, the processing of subsequent #parse directives does not stop. Since expressions are no longer being rendered after a #stop, the parameter to #parse can be an empty string, resulting in an unexpected exception that confuses the user. I am attaching an example that reproduces this (stop3.vm, stop3-include.vm), with a patch
> (-1.patch).
> 2. I came across a string-out-of-bounds exception which happened because string length was not being checked. Patch is attached.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@velocity.apache.org
For additional commands, e-mail: dev-help@velocity.apache.org