Return-Path: X-Original-To: apmail-tapestry-dev-archive@www.apache.org Delivered-To: apmail-tapestry-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C8AC99A3E for ; Tue, 3 Jan 2012 10:26:40 +0000 (UTC) Received: (qmail 90481 invoked by uid 500); 3 Jan 2012 10:26:40 -0000 Delivered-To: apmail-tapestry-dev-archive@tapestry.apache.org Received: (qmail 90182 invoked by uid 500); 3 Jan 2012 10:26:28 -0000 Mailing-List: contact dev-help@tapestry.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tapestry development" Delivered-To: mailing list dev@tapestry.apache.org Received: (qmail 90153 invoked by uid 99); 3 Jan 2012 10:26:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 10:26:25 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=SPF_NEUTRAL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2012 10:26:18 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Ri1Z7-0007Qz-IK for dev@tapestry.apache.org; Tue, 03 Jan 2012 02:25:57 -0800 Date: Tue, 3 Jan 2012 02:25:57 -0800 (PST) From: jsauer To: dev@tapestry.apache.org Message-ID: <1325586357561-5116592.post@n5.nabble.com> In-Reply-To: <7B717D42-ED64-4337-A5A4-BC6A26F326D8@gmail.com> References: <7B717D42-ED64-4337-A5A4-BC6A26F326D8@gmail.com> Subject: Re: 5.3 Too much environment cloaking bug MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hello, we're currently updating Tapestry from 5.2.6 to 5.3.1 and we're running into the exact same problem as this message from November described: Denis Stepanov-2 wrote > > Second, ajax request will lose environments set in its action method: > > Object onAction(EventContext context) > { > environment.push(...); > return myBlock; // environment is cloaked while rendering myBlock > } > > myBlock is a block from a different page, which uses the environment as a > way how to communicate, concept similiar to the BeanEditor and its > contributions. > We also use the environment to pass parameters between the main page and contributed blocks. This works fine as long as the contributed blocks aren't rendered via Ajax (for example when using ProgressiveDisplay). As there's no documentation of any change like this in the release notes, I'd consider this a bug as well. Are there any plans to change this behaviour or any suggestions for a solution? regards Joachim Sauer -- View this message in context: http://tapestry.1045711.n5.nabble.com/5-3-Too-much-environment-cloaking-bug-tp5005584p5116592.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org For additional commands, e-mail: dev-help@tapestry.apache.org