Return-Path: Delivered-To: apmail-velocity-dev-archive@www.apache.org Received: (qmail 15840 invoked from network); 3 Feb 2009 20:02:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Feb 2009 20:02:30 -0000 Received: (qmail 91184 invoked by uid 500); 3 Feb 2009 20:02:29 -0000 Delivered-To: apmail-velocity-dev-archive@velocity.apache.org Received: (qmail 90917 invoked by uid 500); 3 Feb 2009 20:02:29 -0000 Mailing-List: contact dev-help@velocity.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Velocity Developers List" Delivered-To: mailing list dev@velocity.apache.org Received: (qmail 90875 invoked by uid 500); 3 Feb 2009 20:02:28 -0000 Delivered-To: apmail-jakarta-velocity-dev@jakarta.apache.org Received: (qmail 90866 invoked by uid 99); 3 Feb 2009 20:02:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Feb 2009 12:02:28 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Feb 2009 20:02:26 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 76429234C4AF for ; Tue, 3 Feb 2009 12:02:05 -0800 (PST) Message-ID: <294216723.1233691325483.JavaMail.jira@brutus> Date: Tue, 3 Feb 2009 12:02:05 -0800 (PST) From: "Byron Foster (JIRA)" To: velocity-dev@jakarta.apache.org Subject: [jira] Commented: (VELOCITY-681) [regression] Changes on the macro parameters are not persisted outside the macro call In-Reply-To: <587081196.1232672279646.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/VELOCITY-681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12670087#action_12670087 ] Byron Foster commented on VELOCITY-681: --------------------------------------- I looked at this some more, and my vote is to release 1.6.2 as it is. This is obscure behavior even though we know at least one person who is taking advantage of it. However, I would argue that there are better ways to do this. LIke I said, Sergiu has a good point about the behavior change, but fixing it is a real pain with little upside. I'm pretty confident that I could find some other obscure error as a result of fixing this. > [regression] Changes on the macro parameters are not persisted outside the macro call > ------------------------------------------------------------------------------------- > > Key: VELOCITY-681 > URL: https://issues.apache.org/jira/browse/VELOCITY-681 > Project: Velocity > Issue Type: Bug > Components: Engine > Affects Versions: 1.6.1 > Reporter: Sergiu Dumitriu > Priority: Critical > Fix For: 1.6.2, 1.7 > > Attachments: VELOCITY-681-1.6.patch, VELOCITY-681-trunk.patch > > > The fix for VELOCITY-615 was too radical, since it completely disables #setting new values to the formal arguments. A minimalistic example that used to work up to 1.6 (but not with 1.6.1) is: > {noformat} > #macro(myMacro $result) > #set($result = 'some value') > #end > #myMacro($x) > $x > {/noformat} > which prints $x (as an undefined variable). -- 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