Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 54539 invoked from network); 7 Dec 2006 17:24:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Dec 2006 17:24:10 -0000 Received: (qmail 12757 invoked by uid 500); 7 Dec 2006 17:24:12 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 12717 invoked by uid 500); 7 Dec 2006 17:24:12 -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 12706 invoked by uid 99); 7 Dec 2006 17:24:12 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Dec 2006 09:24:12 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of turbomanage@gmail.com designates 64.233.162.232 as permitted sender) Received: from [64.233.162.232] (HELO nz-out-0102.google.com) (64.233.162.232) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Dec 2006 09:24:00 -0800 Received: by nz-out-0102.google.com with SMTP id n29so197131nzf for ; Thu, 07 Dec 2006 09:23:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=aFoCYlyQrgbv/uH8Fki1T1OwjnLEDaZmdZm8SpBTZCY96JUUbrSiwQblAAn8rZ4Bx3pnvVCinHxr4H1uNgYnYlfADO2oeB1s/gClnPCZGgH/4tuFyE8wVDqtufSFYRW/ZwCfrIOuxVpVfw0EJzUj/A3tzucpy41t4OI84W6qieg= Received: by 10.65.250.11 with SMTP id c11mr3900475qbs.1165512220018; Thu, 07 Dec 2006 09:23:40 -0800 (PST) Received: by 10.65.228.4 with HTTP; Thu, 7 Dec 2006 09:23:39 -0800 (PST) Message-ID: <75c123340612070923p1233ed42j7280dfd3d1a2ff97@mail.gmail.com> Date: Thu, 7 Dec 2006 12:23:39 -0500 From: "David Chandler" Sender: turbomanage@gmail.com To: "MyFaces Discussion" Subject: Re: SelectONeMenu valueChangeListener not skipping validation phase... In-Reply-To: <200612071510.kB7FAl718601@sls-ce2p15.dteklab.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_38899_25632761.1165512219840" References: <8c9d4eaa0612070152l7b686518uc05df4cfeeeb9dac@mail.gmail.com> <200612071510.kB7FAl718601@sls-ce2p15.dteklab.net> X-Google-Sender-Auth: 8f223fd8f5c1ba3b X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_38899_25632761.1165512219840 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Is the form on which this is occurring also your welcome file (index.jsf, o= r some such thing)? I recently saw this "two clicks required" behavior in tha= t case. On first access, the URL would be http://myserver/myapp/. On the firs= t click, it would simply re-render with the complete URL http://myserver/myapp/index.jsf. The second click then worked. When I changed my welcome file to index.html with a redirect to the jsf page, this problem went away. /dmc On 12/7/06, Jorge V=E1squez wrote: > > In that form where I have the selectoneMenu component, I have to click > twice over the button that does the submit of the form in order to > effectively process the action associated with that button. The first ti= me > nothing happens and then the action is finally executed. Don=B4t know ho= w to > explain this better=85Its strange but its happening, if you want some sou= rce > code I=B4ll gladly submit it. My workaround here has been to do the > validation directly on the action method, it works fine but kind of let m= e a > feeling of unsatisfaction. > > Thanks, > > JV > > > > > ------------------------------ > > *De:* Cagatay Civici [mailto:cagatay.civici@gmail.com] > *Enviado el:* jueves, 07 de diciembre de 2006 4:53 > *Para:* MyFaces Discussion > *Asunto:* Re: SelectONeMenu valueChangeListener not skipping validation > phase... > > > > Yes renderResponse() should solve the problem, what do you mean by 2 > submits are necessary from an action button. > > On 12/7/06, *Jorge V=E1squez* wrote: > > I tried solving it by including FacesContext.getCurrentInstance().renderR= esponse() > but it introduces a new problem, since 2 submits are necessary from an > action button. > > I am starting to think that this is a bug. > > Regards, > > JV > > > ------------------------------ > > *De:* Jorge V=E1squez [mailto:jv@3eyegroup.com] > *Enviado el:* mi=E9rcoles, 06 de diciembre de 2006 19:45 > *Para:* 'MyFaces Discussion' > *Asunto:* SelectONeMenu valueChangeListener not skipping validation > phase... > > > > Regards, > > I have a selectoneMenu component on my page and I want it to skip > validation phase when it changes, in the past somehow immediate=3D"true" > solved this problem for me but now I have noticed that this ain=B4t worki= ng > anymore. > > In my page I have: > > < h:selectOneMenu id =3D "eclass" value =3D "#{nativeHandler.eclass}" cla= ss =3D"dropdown" > immediate =3D "true" > > onchange =3D "submit= ()" > valueChangeListener =3D "#{nativeHandler.eClassSelected}" > > > < f:selectItems value =3D = "#{ > nativeHandler.eclassList}" /> > > > > > > And I have an input which is marked as "required" and whenever I change > the selectOneMenu option it displays the respective validation message fo= r > this component, which I don=B4t want to happen. > > > > Any ideas, is this a known issue, am I missing something? > > > > Thanks, > > JV > > > > > --=20 David Chandler Development Coach learnjsf.com ------=_Part_38899_25632761.1165512219840 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Is the form on which this is occurring also your welcome file (index.jsf, o= r some such thing)? I recently saw this "two clicks required" beh= avior in that case. On first access, the URL would be http://myserver/myapp/. On the first click, it would simply re-render w= ith the complete URL http://mys= erver/myapp/index.jsf. The second click then worked.

When I cha= nged my welcome file to=20 index.html with a redirect to the jsf page, this problem went away.

= /dmc

On 12/7/06, Jorge V=E1squez <jv@= 3eyegroup.com > wrote:

In that form where = I have the selectoneMenu component, I have to click twice over the b= utton that does the submit of the form in order to effectively process the action associate= d with that button.  The first time nothing happens and then the action = is finally executed.  Don=B4t know how to explain this better=85Its strange but i= ts happening, if you want some source code I=B4ll gladly submit it.  My workaround h= ere has been to do the validation directly on the action method, it works fine but kind = of let me a feeling of unsatisfaction.

Thanks,

JV

 

 

De: Caga= tay Civici [mailto:cagatay.civici@gmail.co= m]
Enviado el: jueves, 07 de diciembre de 2006 4:53
Para: MyFaces Discussion
Asunto: Re: SelectONeMenu valueChangeListener not skipping validation phase...

 

Yes renderResponse() should solve the problem, what do you mean by 2 submits are necessary from = an action button.= <= /font>

On 12/7/06, Jorge V=E1squez <jv@3eyegroup.c= om> wrote:

I tried solving it = by including FacesContext.getCurrentInstance().renderResponse() but it introduces a new problem, since 2 submits are necessary from an action button.=

I am starting to th= ink that this is a bug.

Regards,

JV

 

De: Jorg= e V=E1squez [mailto: jv@3eyegroup.com]
Enviado el: mi=E9rcoles, 0= 6 de diciembre de 2006 19:45
Para: 'MyFaces Discussion'
Asunto: SelectONeMenu valueChangeListener not skipping validation phase...

 

Regards,

I have a selectoneMenu component on my page and= I want it to skip validation phase when it changes, in the past somehow immediate=3D"true" solved this problem for me but now I have noti= ced that this ain=B4t working anymore.  

In my page I have:

< h:selectOneMenu id =3D "eclass" value =3D "#{nativeHandler.eclass}" class =3D "dropdown" immediate =3D "true"

            &nb= sp;            =             &nb= sp;            =    onchange =3D "submit()" valueChangeListener =3D "#{nativeHandler.eClassSelected}" >

            &nb= sp;            =             &nb= sp;         <= span> < f:selectItems value =3D "#{nativeHandler.eclassList}" />

            &nb= sp;            =             &nb= sp;   <= span> </ h:selectOneMenu >

 

And I have an input which is marked as "re= quired" and whenever I change the selectOneMenu option it displays the respective validation mes= sage for this component, which I don=B4t want to happen.

 

Any ideas, is this a known issue, am I missing = something?

 

Thanks,

JV

 

 




--
David Chandler
Devel= opment Coach
learnjsf.com ------=_Part_38899_25632761.1165512219840--