myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Robinson" <andrew.rw.robin...@gmail.com>
Subject Re: [Trinidad] js issue while handling PPR inside a tr:panelPopup
Date Thu, 21 Feb 2008 16:33:14 GMT
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
<renzo.tomaselli@tecnotp.it> 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="#{bean.next}"
>  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
>
>

Mime
View raw message