Return-Path: 
 <dev-return-32365-apmail-myfaces-dev-archive=myfaces.apache.org@myfaces.apache.org>
Delivered-To: apmail-myfaces-dev-archive@www.apache.org
Received: (qmail 7011 invoked from network); 30 Apr 2008 08:08:44 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 30 Apr 2008 08:08:44 -0000
Received: (qmail 21219 invoked by uid 500); 30 Apr 2008 08:08:43 -0000
Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org
Received: (qmail 21178 invoked by uid 500); 30 Apr 2008 08:08:43 -0000
Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@myfaces.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@myfaces.apache.org>
List-Post: <mailto:dev@myfaces.apache.org>
List-Id: <dev.myfaces.apache.org>
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Delivered-To: mailing list dev@myfaces.apache.org
Received: (qmail 20744 invoked by uid 99); 30 Apr 2008 08:08:43 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Apr 2008 01:08:42 -0700
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; Wed, 30 Apr 2008 08:07:57 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id A6EAD234C10B
	for <dev@myfaces.apache.org>; Wed, 30 Apr 2008 01:04:55 -0700 (PDT)
Message-ID: <235357240.1209542695682.JavaMail.jira@brutus>
Date: Wed, 30 Apr 2008 01:04:55 -0700 (PDT)
From: "Christian Koelle (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Subject: [jira] Commented: (TOMAHAWK-717) Tabbed Pane: dataModel inside tabs
 is not updated when switching between tabs and coming back
In-Reply-To: <22729247.1159444490215.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/TOMAHAWK-717?page=3Dcom.atlassi=
an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D12=
593252#action_12593252 ]=20

Christian Koelle commented on TOMAHAWK-717:
-------------------------------------------

I can confirm that this bug exists.=20

It can be reproduced with the MyFaces-Simple-Demo-Application V. 1.1.6 on T=
omcat 5.5.20 by doing the following:

a.) Amend the content of the server-side-switched tab1 in the demo's Tabbed=
Pane.jsp  to the  the following, i.e. a a dataTable:=20

<t:panelTab id=3D"tab1" label=3D"#{example_messages['tabbed_tab1']}" render=
ed=3D"#{tabbedPaneBean.tab1Visible}">
<t:dataTable  =20
   headerClass=3D"myTableHeader"
   rowClasses=3D"myTableRow1,myTableRow2"
   var=3D"r"
   preserveDataModel=3D"false"
   preserveRowStates=3D"false"
   preserveSort=3D"false"
   value=3D"#{tabbedPaneBean.testBeans}">
  =20
   <h:column>
         <f:facet name=3D"header">
               <h:outputText
                     value=3D"--Header 1 --" />
         </f:facet>
         <t:inputText
               id=3D"inputField002"
               value=3D"#{r.s1}" />
   </h:column>

   <h:column>
         <f:facet name=3D"header">
               <h:outputText
                     value=3D"--Header 2 --" />
         </f:facet>
         <t:inputText
               id=3D"inputField001"
               value=3D"#{r.s2}" />
   </h:column>                                =20
</t:dataTable>=20

b.) Add a TestBean to the application:

pulbic class TestBean implements Serializable{
  private String _s1;
  private String _s2;
// + getter and setter
}

c.) Extend the TabbedPaneBean with one property holding a list of TestBeans=
:

private List<TestBean> testBeans;
// + getter and setter

d.) Initialise the property testBeans, with a few objects, e. g. by adding =
a default contructor  containing the following lines:

this.testBeans =3D new ArrayList<TestBean>();
this.testBeans.add(new TestBean());
this.testBeans.add(new TestBean());

There will be two table rows @ 2 input fields on the the tabbedPane-demopag=
e after this amendment. Data entered into it, will be lost on Tab-change, c=
ontrary to the input fields outside of the <t:dataTable>.

####################

As far as I could spent time to debug this, I can say that after the Apply-=
Request-Values-Phase (i. e. processDecodes) the UIcomponent (UIInput), whic=
h loses the entered values holds the submitted value in the attribue "_subm=
ittedValue" but somehow afterwards, the value will not be written into the =
bound bean model property.=20

Somehow it appears that the tabswitching has some kind of immediate-alike b=
ehaviour, i. e. if you switch tabs, all fields of TabbedPane.jsp which are =
to be validated, will not be validated, contrary to what's happening when y=
ou use the already provided "Common submit button".

It is interesting, that entered data will be correctly written to the bound=
 model properties, if you use UIInput-components outside of a <t:dataTable>=
 as already provided within the demo application.

Please let me know, if you need more information on this or if you cannot r=
eproduce it with the given information.

Regards and thanks in advance.
Christian

> Tabbed Pane: dataModel inside tabs is not updated when switching between =
tabs and coming back
> -------------------------------------------------------------------------=
--------------------
>
>                 Key: TOMAHAWK-717
>                 URL: https://issues.apache.org/jira/browse/TOMAHAWK-717
>             Project: MyFaces Tomahawk
>          Issue Type: Bug
>          Components: Tabbed Pane
>    Affects Versions: 1.1.3
>            Reporter: Gerald M=C3=BCllan
>
> I have worked several times with the tabbed pane component, but never got=
 aware of this bug.=20
> There is a dataTable inside one tab and some new values were put in some =
input components. After switching to another tab and coming back, the value=
s are gone and only the "old" ones are rendered out. This bug seems to be a=
ctual since 1.1.3 and before.

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.