myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bertrand, Shawn R" <>
Subject RE: [Trinidad 1.0.3] returnListener is broken
Date Wed, 10 Oct 2007 19:55:57 GMT
I see the same behavior (lack of a returnListener call) with buttons in the actions component,

All the best,


-----Original Message-----
From: Adam Winer [] 
Sent: mardi 9 octobre 2007 17:54
To: MyFaces Discussion
Subject: Re: [Trinidad 1.0.3] returnListener is broken

OK, it's not a general issue with returnListener;  it's returnListener
inside a facet of the table.  Nice job analyzing this down to
TRINIDAD-737 - makes it easy to discern the problem.

The problem is that we've started setting currency by calling
setRowKey() on the table, but that means that the clientId of
the contents start changing...  which is wrong.   Shoulda thought
of that when I reviewed this.  There'll be other things that break
(for instance, PPR within a facet of the table).

The fix, I think, is to not set the currency, but instead merely
set up the EL state as if currency were set, e.g. going from
  - set row key to first selected row
  - process the event
  - restore row key

... to the more verbose:

  - get original values "var" and "varStatus" off the request map
  - set row key to first selected row
  - grab new "var" and "varStatus" off the request map
  - restore row key
  - set new "var" and "varStatus" onto the request map
  - process the event
  - restore "var" and "varStatus" to original values

For now, you can work around this (significant) bug by
moving the panelButtonBar to after the table, and
out of the "footer".  But we should roll a 1.0.4 fairly
soon to fix this regression, and any others if they get
found soon.

-- Adam

On 10/8/07, <> wrote:
> Hi,
> if i add a returnListener to my commandButton, which is defined in a facet from a table,
the returnListener is not called anymore. He is a short example:
> <tr:table var="row" value="#{backing.allRows}">
>   <f:facet name="footer">
>     <tr:panelButtonBar>
>       <tr:commandButton text="Hit me" partialSubmit="true" useWindow="true" immediate="true"
action="dialog:openHitMeDialog" returnListener="#{backing.handleReturn}" />
>     </tr:panelButtonBar>
>   </f:facet>
>   <tr:column>
>     <f:facet name="header">
>       <af:outputText value="Header 1"
>     </f:facet>
>     <tr:outputText value="#{}" />
>   </tr:column>
> </tr:table>
> I have tested this scenario with trinidad 1.0.2 and it works fine. The difference between
these releases is amongst others the jira issue TRINIDAD-737. I have removed this changes
from my trinidad 1.0.3 source and started a new build and now the returnListener is called
> Is it a problem how i defined the commandButton in my page or is it a bug that comes
with TRINIDAD-737???
> Hope anybody can help me...
> Cheers Sven
> --
> Psssst! Schon vom neuen GMX MultiMessenger gehört?
> Der kanns mit allen:

View raw message