Return-Path: X-Original-To: apmail-myfaces-dev-archive@www.apache.org Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 80DEDDEA8 for ; Fri, 21 Dec 2012 16:38:58 +0000 (UTC) Received: (qmail 5083 invoked by uid 500); 21 Dec 2012 16:38:58 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 5049 invoked by uid 500); 21 Dec 2012 16:38:58 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 5042 invoked by uid 99); 21 Dec 2012 16:38:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Dec 2012 16:38:58 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lu4242@gmail.com designates 209.85.210.49 as permitted sender) Received: from [209.85.210.49] (HELO mail-da0-f49.google.com) (209.85.210.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Dec 2012 16:38:51 +0000 Received: by mail-da0-f49.google.com with SMTP id v40so2156235dad.22 for ; Fri, 21 Dec 2012 08:38:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=d/C5jk0aIsslIrcusvHNGTdd33wUa32M1uqQqQKg2Sw=; b=R3lvWAn3Y7aLV6IPtS5vefD9+v7OGMdKCo60FG/h2gAJhwJythUIOW8AQ7ZhkAZXrb hNOTl2HmsHcfLs6CJ/uhoAedx8Do9Vtrl5ezr/ZdC9SXu2OUHzIw8tjsax5w5FbX/U9u weOHeXRyCLbyXU2VZCU68SCRMiJA4T6CcWohYkwIqda10WBRnxMS60I5xpZ+tOI14T/z kWO5m5TDxfU5qftTTGOwbb8r9CiGZTfXwzNjIAnJCKjVbc/ZPK1lHAi9WWN0/Bz+g02K bZtbFLLg8MEG/iYdUv7pdGMA3/4UWIjW6m6RJ6fdQoHpLFZl52pMYWUGHx1P0gPSaxbQ rW1g== MIME-Version: 1.0 Received: by 10.68.234.201 with SMTP id ug9mr41317772pbc.63.1356107910266; Fri, 21 Dec 2012 08:38:30 -0800 (PST) Received: by 10.66.220.41 with HTTP; Fri, 21 Dec 2012 08:38:30 -0800 (PST) In-Reply-To: References: <60517876-ED01-413E-8228-FF2CBA1674B7@gmail.com> Date: Fri, 21 Dec 2012 11:38:30 -0500 Message-ID: Subject: Re: MyFaces 2.1.8 - Issues with composite component renderFacet From: Leonardo Uribe To: MyFaces Development Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi 2012/12/21 Zhao Koh : > Thanks Leonardo for the prompt response. > > I did a test today by removing prependId="false" from my form, but it does not seem to fix the issue with v2.1.8. > Strange. If that so, it could be caused by something different. I'm sure the implementation of cc:renderFacet is correct, so maybe it is something related to your application. > One question - how can I re-open the JIRA ticket MYFACES-3373? I have registered myself in JIRA but unable to re-open the issue which is closed at the moment. > I cloned the issue: https://issues.apache.org/jira/browse/MYFACES-3668 > Leonardo, if you have any interim workaround for this issue, please let me know. > For now, the only thing I can do is fix the problem detected with prependId. The latests builds can be found here: https://repository.apache.org/content/repositories/snapshots/org/apache/myfaces/core/ Note I can't reproduce the issue using tomcat or jetty. If you can create a war file demostrating the problem and attach it to the issue maybe there is chance to find what's wrong and fix it, otherwise nothing will happen, because such behavior hasn't been reported by somebody else. regards, Leonardo Uribe > Thanks again. > > Regards, > Zhao > > > On 21/12/2012, at 4:32 AM, Leonardo Uribe wrote: > >> Hi >> >> It is probably a bug, just that it is hard to see it at first view. I >> can't reproduce it, >> but I found the change that create the problem: >> >> https://issues.apache.org/jira/browse/MYFACES-3373 >> >> UIForm.createUniqueId should take into account prependId logic >> >> The problem is related to >> >> https://issues.apache.org/jira/browse/MYFACES-3663 >> >> UIViewRoot.createUniqueId() should generate unique ids for all the >> component tree. >> >> I think in your case there should be one component programatically added by a >> third party library that changes the order of the generated ids. If >> the order changes, >> the action is not executed the first time. I suppose if you set >> prependId to true it >> will work. >> >> Please reopen MYFACES-3373 in order to fix it properly. I think the >> solution is only >> apply the code when prependId is false AND the seed is not provided. >> >> Thanks for the report. Issues like this one are hard to find. >> >> regards, >> >> Leonardo Uribe >> >> 2012/12/20 Zhao Koh : >>> Hi all, >>> >>> I am currently using MyFaces 2.1.8 but discovered an issue with composite >>> component renderFacet - and this issue started at version 2.1.4. >>> >>> The following describes the problem: >>> >>> I have a composite component called buttonSelectBox that uses >>> composite:renderFacet to inject content from client - nothing fancy, only a >>> span that surrounds the content. >>> >>> >>> >> xmlns:h="http://java.sun.com/jsf/html" >>> xmlns:f="http://java.sun.com/jsf/core" >>> xmlns:c="http://java.sun.com/jsp/jstl/core" >>> xmlns:ui="http://java.sun.com/jsf/facelets" >>> xmlns:composite="http://java.sun.com/jsf/composite" >>> xmlns:p="http://primefaces.org/ui"> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Then I have a facelet page that uses this composite component and a standard >>> that invokes an action. >>> >>> >> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> >>> >>> >> xmlns:h="http://java.sun.com/jsf/html" >>> xmlns:c="http://java.sun.com/jsp/jstl/core" >>> xmlns:f="http://java.sun.com/jsf/core" >>> xmlns:ui="http://java.sun.com/jsf/facelets" >>> xmlns:custom="http://java.sun.com/jsf/composite/components" >>> xmlns:p="http://primefaces.org/ui" >>> xmlns:pe="http://primefaces.org/ui/extensions" >>> lang="en"> >>> >>> >>> >>> >>> >>>
>>> >>>
>>>
>>> >>> >> compId="myLinksMenu" defaultText="2222"> >>> >>> >>> >>> >>> >>> >>> >> action="#{testBean.buttonAction}" value="Click ME" /> >>> >>>
>>>
>>>
>>> >>>
>>> >>> >>> >>> The issue is whenever the web app that contains the above deployed to web >>> container (I am using Websphere 7), the button on the facelet page does not >>> register the action until the second click, i.e. the first click does >>> nothing. The request did reach the server though. >>> >>> I have tried every version since 2.1.4 - 2.1.8, and it still occurring - so >>> I am currently downgraded to 2.1.3. >>> >>> Can you please advise if this is a bug or something that I have missed? If >>> this is a bug, how can I go about raising this in JIRA? >>> >>> Any comment would be much appreciated. >>> >>> Thanks. >>> >>> Regards, >>> Zhao >>> >>> >>> >>> >>> >>> >>> >