Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 46909 invoked from network); 1 Jul 2009 20:46:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Jul 2009 20:46:39 -0000 Received: (qmail 41211 invoked by uid 500); 1 Jul 2009 20:46:48 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 41145 invoked by uid 500); 1 Jul 2009 20:46:48 -0000 Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Discussion" Delivered-To: mailing list users@myfaces.apache.org Received: (qmail 41137 invoked by uid 99); 1 Jul 2009 20:46:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Jul 2009 20:46:48 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of anuj.argusoft@gmail.com designates 209.85.221.178 as permitted sender) Received: from [209.85.221.178] (HELO mail-qy0-f178.google.com) (209.85.221.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Jul 2009 20:46:38 +0000 Received: by qyk8 with SMTP id 8so1254255qyk.32 for ; Wed, 01 Jul 2009 13:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=k1zPnS65AfK5HCHA8t/x+D72G79JdwYvGbFDglZrzbs=; b=bJbwTVUlA49jc1suJKzzNi9ucMj1sLjD5ugiSTI5Sf25xNof1rgQuyBXuW1oAfs3R9 hjCRs5l31IKhrsg9RYQBfykS5G+BU7nh9U7neyx3APeTfYqdrFRzjkv50n7MNijo3NJD BDLjWYWhIE0PC0iGRamAR82WQWP1/U30TAJf0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=wMXAl2BRbP7Fnl1CdazYWv+dnXTdFDG9r3u41+0Pr+6jaYLFFmoaejyGazE28yf3YR TnG9A0bnQSH8LezQBSCgj9riKVF4QlswZK3dAW1BEXiGgb4hX94ckGCpQzeLSDJVc6/L 36JbAv7nM/7PK4Gan7RlkDVVPeiiR76zEgYSo= MIME-Version: 1.0 Received: by 10.229.99.212 with SMTP id v20mr3553522qcn.28.1246481177085; Wed, 01 Jul 2009 13:46:17 -0700 (PDT) In-Reply-To: References: <4A495D4A.2080008@oracle.com> Date: Wed, 1 Jul 2009 13:46:17 -0700 Message-ID: Subject: Re: tr:inputFile with panelGroupLayout From: Anuj Patel To: MyFaces Discussion Content-Type: multipart/alternative; boundary=0016363105cdc78710046dab033d X-Virus-Checked: Checked by ClamAV on apache.org --0016363105cdc78710046dab033d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit It looks like the panelGroupLayout is the culprit here. Because, even after I provided an id for the panelGroupLayout, the span remained unaltered. i.e. *<**span** id**=**"uploadPhoto:inputFileImg::msg" **class**=** "OraInlineErrorText"**>** ** * *Could someone confirm if this is a bug and if so can we create a JIRA issue for the same?* *-Anuj * On Mon, Jun 29, 2009 at 6:21 PM, Anuj Patel wrote: > The span *<**span** id**=**"uploadPhoto:inputFileImg::msg" **class**=** > "OraInlineErrorText"**>** * > already indicates who the message is for. Besides, if this would have been > a problem, then my code wouldn't have worked in the scenario where I do not > have anything in the panelGroupLayout. > > One of my other apps, also have similar functionality built with which I am > able to see the message when I try to upload file greater than allowable > size > > Thanks, > Anuj > > On Mon, Jun 29, 2009 at 5:33 PM, Mamallan Uthaman < > mamallan.uthaman@oracle.com> wrote: > >> Hi Anuj, >> >> Could you please try using to display any error message in >> the FacesContext? If you refer to Trinidad issue (Trinidad-607) that >> resolved this problem, the last comment states that the error message is >> stored in the FacesContext. >> >> Thanks >> Mamallan >> >> >> Anuj Patel wrote: >> >>> Hi All, >>> I am using Trinidad-api and trinidad-impl version 1.2.10. When using >>> tr:inputFile with in tr:panelGroupLayout, if the file size is too large then >>> the message that should be displayed for informing the user is not getting >>> displayed. Following is the generated source; >>>

>> class="af_panelGroupLayout">>> id="uploadPhoto:inputFileImg__xc_" class="af_inputFile" cellpadding="0" >>> cellspacing="0" border="0" summary="">
>> nowrap>>> class="AFContentCell">>> name="uploadPhoto:inputFileImg" onchange="checkImageExtension(this);" >>> class="af_inputFile_content" type="file">
>> class="AFComponentMessageCell">>> class="OraInlineErrorText">
>>> As one may see in the above generated text, the span that should display >>> the message is turning out to have no value in it. Also, the icon "X" does >>> not show up on the screen for some reason. >>> Following is my code snippet that is generating the above mentioned view >>> source when trying to upload a file bigger than allowable size; >>> / >>> >> id="inputFileImg" onchange="validateFile(this);" >>> partialTriggers="uploadImgBtn deleteBtn" value="#{backingBean.imageFile}" >>> rendered="#{backingBean.imageFile==null}"/> >>> / Is this a bug or am >>> I missing something? FYI, I get the same behaviour even with version 1.2.9. >>> Although, in version 1.2.9 there is an exception reported in the server log >>> where as in 1.2.10 the exception does not get logged in server log. >>> -Anuj >>> >> > --0016363105cdc78710046dab033d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It looks like the panelGroupLayout is the culprit here. =A0Because, even af= ter I provided an id for the panelGroupLayout, the span remained unaltered.= =A0i.e.=A0=A0<span<= span>=A0id=3D&qu= ot;uploadPhoto:inputFileImg::msg"=A0class=3D<= span style=3D"background-color: rgb(255, 255, 255); ">"OraInlineErr= orText"></span>=A0

Could someone confirm i= f this is a bug and if so can we create a JIRA issue for the same?

-Anuj

On Mon, Jun 2= 9, 2009 at 6:21 PM, Anuj Patel <anuj.argusoft@gmail.com> wrote:
The span=A0<span id=3D"uploadPhoto:inputFileImg::msg" <= /span>class=3D"= ;OraInlineErrorText"></span>= =A0
already indicates who the message is for. =A0Besides, if thi= s would have been a problem, then my code wouldn't have worked in the s= cenario where I do not have anything in the panelGroupLayout. =A0

One of my other apps, also have similar functionality b= uilt with which I am able to see the message when I try to upload file grea= ter than allowable size

Thanks,
Anuj

On Mon, Jun 29, 2009 at 5:33 PM, Mamall= an Uthaman <mamallan.uthaman@oracle.com> wrote:
Hi Anuj,

Could you please try using <tr:messages> to display any error message= in the FacesContext? If you refer to Trinidad issue (Trinidad-607) that re= solved this problem, the last comment states that the error message is stor= ed in the FacesContext.

Thanks
Mamallan


Anuj Patel wrote:
Hi All,
I am using Trinidad-api and trinidad-impl version 1.2.10. =A0When using tr:= inputFile with in tr:panelGroupLayout, if the file size is too large then t= he message that should be displayed for informing the user is not getting d= isplayed. =A0Following is the generated source;
=A0=A0<br><br><span id=3D"uploadPhoto:j_id141" cla= ss=3D"af_panelGroupLayout"><script type=3D"text/javasc= ript">var _locale=3D'en';var _tLocale=3D'en';</s= cript><script type=3D"text/javascript" src=3D"/adf/jsL= ibs/resources/LocaleElements_en1_2_10.js?loc=3Den"></script>&= lt;table id=3D"uploadPhoto:inputFileImg__xc_" class=3D"af_in= putFile" cellpadding=3D"0" cellspacing=3D"0" borde= r=3D"0" summary=3D""><tr><td class=3D"= af_inputFile_label" nowrap><span id=3D"uploadPhoto:inputFil= eImg::icon" style=3D"display:none;"><a name=3D"_m= sgAnc_uploadPhoto:inputFileImg" title=3D"Error" class=3D&quo= t;AFErrorIconStyle">X</a></span></td><td valig= n=3D"top" nowrap class=3D"AFContentCell"><input i= d=3D"uploadPhoto:inputFileImg" name=3D"uploadPhoto:inputFile= Img" onchange=3D"checkImageExtension(this);" class=3D"a= f_inputFile_content" type=3D"file"></td></tr>= <tr><td></td><td class=3D"AFComponentMessageCell&= quot;><span id=3D"uploadPhoto:inputFileImg::msg" class=3D&q= uot;OraInlineErrorText"></span></td></tr></tab= le>
As one may see in the above generated text, the span that should display th= e message is turning out to have no value in it. =A0Also, the icon "X&= quot; does not show up on the screen for some reason.
=A0Following is my code snippet that is generating the above mentioned view= source when trying to upload a file bigger than allowable size;
=A0/<tr:panelGroupLayout partialTriggers=3D"uploadImgBtn deleteBtn&= quot;>
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<tr:inputFile id=3D"inputFileImg&quo= t; onchange=3D"validateFile(this);" partialTriggers=3D"uploa= dImgBtn deleteBtn" value=3D"#{backingBean.imageFile}" render= ed=3D"#{backingBean.imageFile=3D=3Dnull}"/>
/ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Is this a bug or am I missing something? =A0= FYI, I get the same behaviour even with version 1.2.9. =A0Although, in vers= ion 1.2.9 there is an exception reported in the server log where as in 1.2.= 10 the exception does not get logged in server log.
-Anuj


--0016363105cdc78710046dab033d--