Return-Path: Delivered-To: apmail-myfaces-users-archive@www.apache.org Received: (qmail 57134 invoked from network); 22 Feb 2008 16:19:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Feb 2008 16:19:40 -0000 Received: (qmail 26463 invoked by uid 500); 22 Feb 2008 16:19:31 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 26268 invoked by uid 500); 22 Feb 2008 16:19:30 -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 26257 invoked by uid 99); 22 Feb 2008 16:19:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Feb 2008 08:19:30 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrew.rw.robinson@gmail.com designates 209.85.200.174 as permitted sender) Received: from [209.85.200.174] (HELO wf-out-1314.google.com) (209.85.200.174) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Feb 2008 16:18:57 +0000 Received: by wf-out-1314.google.com with SMTP id 29so288950wff.24 for ; Fri, 22 Feb 2008 08:19:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gltdLlQplU5TY92D0GlLTgfoxic3lNiX9wEX6B0xuAM=; b=rnOF5sDKqBuw0bcgonkOENiv2xP1vllb1JwwH53TUj1ea7C1jkcbcFW9RnsQIDQ7iJf7NNsfyFmk4N7/dWOtYnTroZaabQOgFAPco9uq1Dnl9Gs/KXOR6i/QKf0DZso3rbv4bVjne4vOE1RAfCfJUBIbK7lJQZn/WexyrXRuERw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=elOSf/t8351zCTRIYwye0CGxuG7rnl0c3py672Ikea11v+KXDv8F+0ayLYw7P/iD7kM5hxz0c62NKrvOyYyrRhrCOFW0jFsCPBuTu3AUQJT3DGT1kLuiblMGNerbzRSPeuDXodf8M4dfP3KxqFtjZ4/GdqEaDQgbrsh/G2WFBZg= Received: by 10.142.213.9 with SMTP id l9mr104018wfg.180.1203697146912; Fri, 22 Feb 2008 08:19:06 -0800 (PST) Received: by 10.142.127.9 with HTTP; Fri, 22 Feb 2008 08:19:06 -0800 (PST) Message-ID: Date: Fri, 22 Feb 2008 09:19:06 -0700 From: "Andrew Robinson" To: "MyFaces Discussion" Subject: Re: [Trinidad] js issue while handling PPR inside a tr:panelPopup In-Reply-To: <47BE8829.1070004@tecnotp.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47BD4C92.5000708@tecnotp.it> <47BE8829.1070004@tecnotp.it> X-Virus-Checked: Checked by ClamAV on apache.org I am wondering if this ought to be called in a window setTimeout. Any way you can modify the code locally and attempt to see if that helps? On Fri, Feb 22, 2008 at 1:30 AM, Renzo Tomaselli wrote: > > Yes, I followed the PPR response handling on FF/Firebug - but there all is > ok. > Then I investigated on IE 6/7 by means of placing alerts everywhere. There > is no return from calling focus(), although no errors are reported - even on > IE 7 with IE developer toolbar activated. > > -- Renzo > > > > Andrew Robinson wrote: > Hmmm, you say this is during the PPR application? > > I think there is a bug in IE that causes exceptions to be thrown if > setFocus is called from the PPR "thread" > > -Andrew > > On Thu, Feb 21, 2008 at 3:04 AM, Renzo Tomaselli > wrote: > > > Hi, I have a panelPopup containing a number of links with > partialSubmit="true". The panel itself is enclosed into a > panelGroupLayout bound to a bean. > This binding allows to define the enclosing panel as a PPR target > through addPartialTarget(), no matter which links triggers it. > So the overall structure is roughly like this: > > > > partialSubmit="true" > ... > > all of this works fine on FF. However it does not on IE 6/7. The very > first time the panel is created, but any following click on links does > not refresh panel contents. > After some js debugging - I noticed that in Page.js, method > _handlePprResponseFragment() - there is a focus action on the link > itself (which is recorded as being active): > > if (refocusId) { > activeNode = doc.getElementById(refocusId); > if (activeNode && activeNode.focus) { > activeNode.focus(); // !!!!! > > on IE there is no return from focus(), so that the rest of the panel > fragments are not rendered. No errors, though. > If I comment out the focus() call, everything works as expected. > > -- Renzo > > > > > >