The subform is a NamingContainer so the problem could be issues with the expressions in the partialTriggers. http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/component/UIXSubform.html
There is an open issue with how expressions are resolved for partialTriggers so that too may be in play: https://issues.apache.org/jira/browse/TRINIDAD-757 To tell for sure, I'd need to see which component(s) have partialTriggers for the buttons being clicked and what their expressions are. Regards, Matt On 10/8/07, Perkins, Nate-P63196 <[EMAIL PROTECTED]> wrote: > > Right, I do have the partialRendering on the panelHeader. Like I > mentioned below, the rendering of the buttons is working fine. What is not > working fine are the buttons' actions, no matter the combination, the second > PPR action will fail. > > > Nate Perkins > General Dynamics C4 Systems > > *This email message is for the sole use of the intended recipient(s) and > may contain GDC4S* > * confidential or privileged information. Any unauthorized review, use, > disclosure or distribution* > * is prohibited. If you are not an intended recipient, please contact the > sender by reply email and* > * destroy all copies of the original message*. > > > ------------------------------ > *From:* Matt Cooper [mailto:[EMAIL PROTECTED] > *Sent:* Monday, October 08, 2007 2:26 PM > *To:* MyFaces Discussion > *Subject:* Re: [Trinidad] PPR problem > > Hi Nate, > > If you are trying to PPR the panelButtonBar components directly, it will > not work when rendered was set to false. In order to PPR something, it must > be already rendered. Instead, either PPR the parent of the panelButtonBar > components, the panelHeader, or wrap the two panelButtonBar components in > something else, like a panel group layout and PPR that component instead. > That way, any changes to the panelButtonBar rendered attributes will be > visible to the user. > > Regards, > Matt > > On 10/8/07, Perkins, Nate-P63196 <[EMAIL PROTECTED]> wrote: > > > > Hey All, > > > > I have a page with the following structure: > > > > <tr:subform> > > <tr:table> > > <tr:button id="view"/> > > <tr:button id="edit"/> > > </tr:table> > > </tr:subform> > > <tr:subform> > > <tr:panelHeader> > > <tr:panelButtonBar rendered="#{readOnly}"> > > <tr:button id="close" /> > > <tr:button id="anotherEdit" partialSubmit="true"/> > > </tr:panelButtonBar> > > <tr:panelButtonBar rendered="#{!readOnly}"> > > <tr:button id="save" partialSubmit="true"/> > > <tr:button id="cancel" partialSubmit="true"/> > > </tr:panelButtonBar> > > …. > > </tr:panelHeader> > > </tr:subform> > > > > The intended behaviour is if you select view or edit from the table > > it shows the panelHeader in the appropriate mode. Then you can do what you > > need to do in the lower subform (there are two subforms do to some filtering > > elements in the table). I only render the appropriate buttons depending on > > the mode so at any given time only one of the panelButtonBars is rendered. > > > > My problem is that if I select edit from the table (non PPR button) and > > then hit save (PPR) things go as expected, but if I select view from the > > table (non-PPR) and then select edit (PPR) and then save (PPR), the save > > action is never called. > > > > I'm not sure what to do about this as I've tried all combinations of > > partialTriggers that I could think of with no luck. I don't think it's a > > partialTrigger problem as the buttons are being rendered correctly. I > > wonder if this is a PPR problem or maybe a PPR in a subform problem? > > Without fail though, the second PPR request does not process. > > > > Any help would be greatly appreciated! > > > > Nate Perkins > > General Dynamics C4 Systems > > > > *This email message is for the sole use of the intended recipient(s) and > > may contain GDC4S* > > * confidential or privileged information. Any unauthorized review, use, > > disclosure or distribution* > > * is prohibited. If you are not an intended recipient, please contact > > the sender by reply email and* > > * destroy all copies of the original message*. > > > > >
