I've made some major impropvements in these areas, especially
in keeping the state of the parent window alive while dialogs are up.
So I suspect the problems are resolved in Trinidad.

-- Adam


On 9/7/07, Bertrand, Shawn R <[EMAIL PROTECTED]> wrote:
>
> I'm at a loss on this one, and am hoping for some help.  While I'm using
> Trinidad in development, this is a problem with the latest ADF Faces
> (haven't tried a reproducible case for Trinidad at this point) and being
> that one derived from the other, I'm hoping some of the experts can
> comment.  I'm not sure I'd get the same level of exposure on the Oracle
> JDeveloper forum.
>
>
>
> My situation is this:  I have a commandButton on the main page which
> launches a dialog through the dialog framework (i.e. with a "dialog:<action"
> navigation rule).  In the dialog (call it dialog1), there is an ADF table
> which has a commandButton in the footer.  That commandButton launches
> another dialog (either with navigation rule or via launchDialog).  The
> secondary dialog (call it dialog2) gets some data and populates rows in the
> ADF table on dialog1 (PPR is used here as well).  Clicking OK in dialog1
> updates a table and some buttons on the main page through PPR.
>
>
>
> My problem is this:  If I enter dialog1 and consequently enter and leave
> dialog2 more than 4 times (whether clicking OK or cancel), the ADF table and
> buttons on the main page do not get updated and the ReturnListener I've
> registered on the commandButton that spawned dialog1 does not get fired.
> I've verified that the returnListener is in place when dialog1 is closed
> (via returnFromDialog), but it just doesn't get queued for some reason.
> Again this only happens when entering and leaving dialog2 more than 4 times
> – any less and the main page's table and buttons update via PPR beautifully.
>
>
>
> My apologies for putting an ADF question up here, but it may just be a
> problem in Trinidad as well.
>
>
>
> Thanks in advance for your time,
>
>
>
> Shawn Bertrand
>
> Tyco Electronics Corporation
>
>
>
>

Reply via email to