[jira] Commented: (TOMAHAWK-567) Selected date is lost after subsequent postbacks when using renderAsPopup=false

["Martin Marinschek (JIRA)" <de...@myfaces.apache.org>]

    [ http://issues.apache.org/jira/browse/TOMAHAWK-567?page=comments#action_12435649 ] 
            
Martin Marinschek commented on TOMAHAWK-567:
--------------------------------------------

If you apply the patch here, this would be just as good.

I don't think the clear_<formName>() JavaScript-function is the culprit. 

It clears the variables on clicking on the link, in that you're right, but immediately after clearing them it should set all the values for the currently selected link!

regards,

Martin

> Selected date is lost after subsequent postbacks when using renderAsPopup=false
> -------------------------------------------------------------------------------
>
>                 Key: TOMAHAWK-567
>                 URL: http://issues.apache.org/jira/browse/TOMAHAWK-567
>             Project: MyFaces Tomahawk
>          Issue Type: Bug
>          Components: Calendar
>    Affects Versions: 1.1.1
>         Environment: MyFaces 1.1.1, IBM WebSphere 5.1, Windows Server 2003
>            Reporter: Brett Sabell
>
> When renderAsPopup is set to false (ie. the calendar is rendered using dynamic HtmlCommandLink components), the selected date is lost after subsequent postbacks. This problem is caused by the clear_<formName>() JavaScript function being called when a command link or button is activated, causing the hidden form input to be blanked and thus the HtmlInputCalendar's converter to return null.
> I have managed to fix this problem by changing how the non-popup HtmlInputCalendar is rendered. Should I create another Issue with my solution?

-- 
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira