Re: [Trinidad] js issue while handling PPR inside a tr:panelPopup

[Renzo Tomaselli]

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 <[EMAIL PROTECTED]> 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: <tr:panelGroupLayout id="modalWrapper" binding="#{bean.panel}"> <tr:panelPopup id="modal" position="centered" modal="true"> <tr:commandLink id="next" action="" 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