Return-Path: 
 <dev-return-49848-apmail-myfaces-dev-archive=myfaces.apache.org@myfaces.apache.org>
Delivered-To: apmail-myfaces-dev-archive@www.apache.org
Received: (qmail 65834 invoked from network); 6 Oct 2010 00:12:59 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 6 Oct 2010 00:12:59 -0000
Received: (qmail 59154 invoked by uid 500); 6 Oct 2010 00:12:58 -0000
Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org
Received: (qmail 59040 invoked by uid 500); 6 Oct 2010 00:12:58 -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 59030 invoked by uid 99); 6 Oct 2010 00:12:58 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Oct 2010 00:12:58 +0000
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.22] (HELO thor.apache.org) (140.211.11.22)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Oct 2010 00:12:55 +0000
Received: from thor (localhost [127.0.0.1])
	by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o960CYlw029453
	for <dev@myfaces.apache.org>; Wed, 6 Oct 2010 00:12:34 GMT
Message-ID: <13648041.564141286323954214.JavaMail.jira@thor>
Date: Tue, 5 Oct 2010 20:12:34 -0400 (EDT)
From: "Pavitra Subramaniam (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Subject: [jira] Commented: (TRINIDAD-1922) In Facelets, Partial Refreshing
 <tr:inputText> Not Working
In-Reply-To: <19427756.373181285278633264.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/TRINIDAD-1922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12918344#action_12918344 ] 

Pavitra Subramaniam commented on TRINIDAD-1922:
-----------------------------------------------

Ok, I was able to reproduce the issue Mamallan encountered when creating a standalone testcase. The problem is not with Mojarra's partial response processing code, rather it's a problem with the renderer implementation of LabelAndMessageRenderer!!

The problem is that when building a partial response for an inputText with id "foo", the above renderer, under certain conditions determines that the <input> HTML needs to be within a <table> and so renders HTML with <table> as the root element with an id "foo_xc" !!

This is the reason why partial update fails when using JSF Ajax. This renderer code appears to have been implemented this way for legacy reasons (from the UIX days). With JSF 2 and especially when using JSF 2 Ajax style requests, we always expect the root DOM element to have the same id as the component for which it's generated. Currently the PPR response for 

<tr:inputText id="foo" />

in jsf 2 ajax becomes

<update id="foo"><![CDATA[
  <table id="foo__xc_" class="af_inputText" cellpadding="0" cellspacing="0" border="0" summary="">
    <tr>
      <td class="af_inputText_label" nowrap><span id="foo::icon" style="display:none;"><a name="_msgAnc_foo" title="Error" class="AFErrorIconStyle">X</a></span></td>
      <td valign="top" nowrap class="AFContentCell">
        <input id="foo" name="foo" class="af_inputText_content" size="30" type="text" value="Success"></td>
    </tr>
    <tr>
      <td></td>
      <td class="AFComponentMessageCell"><span id="foo::msg" style="display:none;"></span></td>
    </tr>
  </table>]]>
</update>

Working on fixing the renderers to render their root element with the right id.

> In Facelets, Partial Refreshing <tr:inputText> Not Working
> ----------------------------------------------------------
>
>                 Key: TRINIDAD-1922
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1922
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>          Components: Components
>    Affects Versions: 2.0.0.3-core
>         Environment: Any browser
>            Reporter: Mamallan Uthaman
>
> Trinidad currently has an issue partial refreshing an <tr:inputText>. This problem is specific to facelets where we use JSF Ajax apis. I tested with the latest code from our trunk, and below is my  test page:
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <ui:composition xmlns:ui="http://java.sun.com/jsf/facelets"
>                 xmlns:f="http://java.sun.com/jsf/core"
>                 xmlns:tr="http://myfaces.apache.org/trinidad"
>                 xmlns:trd="http://myfaces.apache.org/trinidad/demo"
>                 xmlns:trh="http://myfaces.apache.org/trinidad/html">
>     <tr:document id="d1" title="Client Behavior Support">
>         <tr:form id="f1">
>             <tr:panelHeader text="Ajax Issue"/>
>             <tr:panelHorizontalLayout>
>                 <tr:commandLink text="Press" id="cb1" partialSubmit="true">
>                     <tr:setActionListener from="Success" to="#{sessionScope.status}"/>
>                 </tr:commandLink>
>                 <tr:inputText value="#{sessionScope.status}"  partialTriggers="cb1" columns="6"/>
>             </tr:panelHorizontalLayout>
>         </tr:form>
>     </tr:document>
> </ui:composition>

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