Mailing-List: contact myfaces-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <myfaces-dev@incubator.apache.org>
Message-ID: <1936251192.1111582163376.JavaMail.jira@ajax.apache.org>
Date: Wed, 23 Mar 2005 13:49:23 +0100 (CET)
From: "Rico Wiese (JIRA)" <incubator-dev@incubator.apache.org>
To: myfaces-dev@incubator.apache.org
Subject: [jira] Commented: (MYFACES-147) Status not saved correctly for
 inputText-Fields in dataTables between tab pages switch
In-Reply-To: <250831882.1111581503074.JavaMail.jira@ajax.apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

     [ http://issues.apache.org/jira/browse/MYFACES-147?page=comments#action_61411 ]
     
Rico Wiese commented on MYFACES-147:
------------------------------------

hi,

i verified the same problem for inputText-Fields in dataTables on tabs.

version: myfaces 1.0.9
environment: tomcat5 


thanks
rico

> Status not saved correctly for inputText-Fields in dataTables between tab pages switch
> --------------------------------------------------------------------------------------
>
>          Key: MYFACES-147
>          URL: http://issues.apache.org/jira/browse/MYFACES-147
>      Project: MyFaces
>         Type: Bug
>     Versions: 1.0.8 beta
>  Environment: Tomcat5, Sun JDK 1.5.0, Debian Sarge
>     Reporter: Rico Wiese
>     Assignee: Sylvain Vieujot

>
> Hello,
> thanks for creating MyFaces, I'm beginning to like it very much :)
> I have a problem working on tabs with the x:panelTabbedPane : the status of some elements is not correctly saved and restored when switching tabs.
> I report a snip of a mail from Sylvain Vieujot from the -user mailing list, I think it can be useful for who will try to solve the problem.
> ---------
> [...]
> But we still have an issues for UISelectItems.
> If someone could look at line 140 of the HtmlCheckBoxRendererBase, and line 463 of the RendererUtils, it would be great, as I think they too are using the component's value, instead of checking for a submitted value first.
> I can't work on this right now as I'll be away from my computer for a week, and I don't want to take the risk of breaking it before leaving.
> An easy way to test test the problem is the same as for any component : Put the component in an tab panel, with at least 2 tabs. Change the component value, and then switch to another tab.
> This should set the component's submitted value, but not change the backing bean value.
> When you switch back to initial tab, you should have the changed value.
> If the user changes have been lost, then the component's renderer has a bug. It always renders the backing bean value instead of looking first for a submitted value.
> [...]
> ---------
> I've modified the tabbedPane.jsp page from the example of the distribution to show the bad behaviohur. To check the problem:
> - fill in the controls on tab1
> - switch to tab3, fill the other controls
> - switch back to tab1 and you'll notice that the date lost it's value
> - switch back to tab3 and also the selectboxes and radiobuttons are reset
> If I find a way to attach a file to this issue I'll upload the new tabbedPane.jsp, otherwise I'll attach it on a message on the mailing list.
> Thanks,
> Alex

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira