Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 99956 invoked from network); 13 Jul 2010 17:53:01 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Jul 2010 17:53:01 -0000 Received: (qmail 33173 invoked by uid 500); 13 Jul 2010 17:53:01 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 32942 invoked by uid 500); 13 Jul 2010 17:53:00 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 32935 invoked by uid 99); 13 Jul 2010 17:53:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jul 2010 17:53:00 +0000 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=FREEMAIL_FROM,FREEMAIL_REPLY,SPF_HELO_PASS,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gcjmu-myfaces-dev@m.gmane.org designates 80.91.229.12 as permitted sender) Received: from [80.91.229.12] (HELO lo.gmane.org) (80.91.229.12) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jul 2010 17:52:54 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OYjei-0000RT-GA for dev@myfaces.apache.org; Tue, 13 Jul 2010 19:52:32 +0200 Received: from cm129-141.liwest.at ([81.10.129.141]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2010 19:52:32 +0200 Received: from werner.punz by cm129-141.liwest.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2010 19:52:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: dev@myfaces.apache.org From: Werner Punz Subject: Re: Pending issues before release myfaces core 2.0.1 Date: Tue, 13 Jul 2010 19:52:19 +0200 Lines: 102 Message-ID: References: <4C3B26D6.1060501@gmail.com> <4C3B6FB2.9050101@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm129-141.liwest.at User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 In-Reply-To: X-Virus-Checked: Checked by ClamAV on apache.org Hi no need anymore, I have found the root of the issue, somewhere along the full page refresh the view state is lost, the issue is within the realm of jsf.js. I am going to fix the issue tomorrow morning. Please do not release before I have fixed it, after that I will have no more issues pending. Werne Am 13.07.10 10:36, schrieb Jakob Korherr: > Hi Leo, > > If you don't have time for it, let me know. Then I will take a look at it! > > Regards, > Jakob > > 2010/7/13 Leonardo Uribe > > > Hi Werner > > Ok, now I understand. Right now I'm working on enhance myfaces test, > but I'll dedicate some time to this one as well. > > Leonardo > > 2010/7/13 Werner Punz > > > Am 13.07.10 07:49, schrieb Leonardo Uribe: > > Hi Werner > > This seems to be an undocumented feature. I didn't knew > @form exists. It > doesn't appear on the draft of jsf 2.0 rev A. Anyway, we have to > implement it and tell to EG that is not documented. > > regards, > > Leonardo > > Hi Leonardo, sorry for the misunderstanding, I will describe the > issue more clearly here, it is not @form (which is part of the > spec btw, see below) but a nav case fails, if done within a ppr > context. The issue is simply that if you navigate from page1 to > page 2 within a nav case it works but as soon as you want to > navigate back you are stuck on the on page2 if you have ppr > enabled for the navigation, (a render viewroot is issued however > correctly, but in the second page just for second page again) > > the second navigation case within ppr simply fails, the @form > stuff is something which is resolved on the javascript side and > is unrelated to the issue. > > > Since navigation is vital ppr and outside of ppr I marked this > issue as stopper, I simply think 2.0.1 should not have this bug > anymore, because the overall quality of the build is so much better. > > The @form attribute is btw. defined in the secion 14.2.2 of the > jsf2 spec and is javascript only, so no worries that you never > encountered it. It just means the element defined is the > enclosing form, in case of execute it means the entire form is > encoded and sent to the server, on the server side it never > shows up. > > > So here is the exact description of the failure > > page1 navigate to page2 via an action and implicit navigation -> > page2 shows -> page2 should navigate back to page1 via an action > and implicit navigation -> page2 is rerendered again. > > This only happens if you use f:ajax on the commandLinks and in > myfaces. Mojarra correctly switches back to page1. > > I will debug into it I assume it is a bug in the nav handler > which has to treat the ppr case slightly differently, maybe I > will find it. > > > > > > > Werner > > > > > > > -- > Jakob Korherr > > blog: http://www.jakobk.com > twitter: http://twitter.com/jakobkorherr > work: http://www.irian.at