You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Curtiss Howard (JIRA)" <de...@myfaces.apache.org> on 2010/02/09 17:29:28 UTC
[jira] Commented: (MYFACES-2458) Miscellaneous AJAX bugs
[ https://issues.apache.org/jira/browse/MYFACES-2458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12831524#action_12831524 ]
Curtiss Howard commented on MYFACES-2458:
-----------------------------------------
Latest fixes:
* execute="multiple ids" was not working because the source (javax.faces.source) needs to be implicitly included in the list of execute IDs.
* render="@all" was not working because PartialViewContextImpl was not taking it into consideration.
* render="@all" and render="@form" were not working because of a bug in jsf.js.
* render="@this" fixed.
> Miscellaneous AJAX bugs
> -----------------------
>
> Key: MYFACES-2458
> URL: https://issues.apache.org/jira/browse/MYFACES-2458
> Project: MyFaces Core
> Issue Type: Bug
> Components: JSR-314
> Affects Versions: 2.0.0-alpha-2
> Reporter: Curtiss Howard
> Priority: Minor
>
> There are a couple minor AJAX-related bugs:
> * h:commandButton needs to append "return false;" for onclick when a behavior chain is present.
> * if <f:ajax> disabled=true, the AJAX call is still emitted.
> * Possible issue with <f:ajax> execute="multiple ids". Seems the javax.faces.partial.execute request param may differ from Sun RI.
> * Unable to restore StateHolder when listener is specified for <f:ajax>.
> * <f:ajax> onevent not being handled.
> * <f:ajax> onerror not being handled.
> * <f:ajax> render="@all" not working correctly.
> * <f:ajax> render="@form" not working correctly.
> * <f:ajax> render="@this" not working correctly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.