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.