November 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12259) CDK: full support for iterative/dynamic components

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12259: ------------------------------- Summary: CDK: full support for iterative/dynamic components Key: RF-12259 URL: https://issues.jboss.org/browse/RF-12259 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč There are two kinds of iteration components: * iterative out of the box ** tables ** trees * iteration over children ** tabs ** panel menus ** etc. Both approaches should be supported by CDK -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

2
13
0 / 0

[JBoss JIRA] (RF-12304) Two or more rich:extendedDataTable on page prevent selection on second extendedDataTable

by Britt Abel (JIRA)

Britt Abel created RF-12304: ------------------------------- Summary: Two or more rich:extendedDataTable on page prevent selection on second extendedDataTable Key: RF-12304 URL: https://issues.jboss.org/browse/RF-12304 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.2.2.Final Environment: jetty + tomcat 6 on win 7 Reporter: Britt Abel If I place two or more extendedDataTables with selectionType="single" on one a page, it is only possible to make a selection on the first extendedDataTable. It is imposible to select a row on the second table. If I turn around the order of tables or delete the first one, it works fine for the other one. This means, the implementation itself shoul be correct, Do you have any ideas? Thanks for your help!!! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

5
21
0 / 0

[JBoss JIRA] (RF-12611) rich:dataTable doesn't call restoreState() on a row-level composite component

by Mark Cave-Ayland (JIRA)

Mark Cave-Ayland created RF-12611: ------------------------------------- Summary: rich:dataTable doesn't call restoreState() on a row-level composite component Key: RF-12611 URL: https://issues.jboss.org/browse/RF-12611 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.2.3.Final Environment: Debian Wheezy, Linux, amd64 Reporter: Mark Cave-Ayland I currently have a row-level composite component that works well within a h:dataTable which I am looking to migrate to rich:dataTable for more flexibility with layout. However when embedded within a rich:dataTable, the component state is not preserved during the RESTORE_VIEW phase. Further investigation with a debugger shows that the problem is within UIDataAdapter::restoreState() in that requiresRowIteration() returns false during the RESTORE_VIEW phase, and so the restoreState() function within the row-level composite component is never called. The related transcript from IRC can be found here: http://transcripts.jboss.org/channel/irc.freenode.org/%23richfaces/2012/%.... Many thanks, Mark. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

1
2
0 / 0

[JBoss JIRA] (RF-12253) kitchensink archetype - it should be possible to return from viewing details about member back to the list of members on mobile devices

by Juraj Huska (JIRA)

Juraj Huska created RF-12253: -------------------------------- Summary: kitchensink archetype - it should be possible to return from viewing details about member back to the list of members on mobile devices Key: RF-12253 URL: https://issues.jboss.org/browse/RF-12253 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: archetype, mobile Affects Versions: 4.2.2.Final Environment: project generated from kitchensink archetype Reporter: Juraj Huska Priority: Minor When viewing details about created member, it is not possible to return back to the list of all members, but there is only home button. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
11
0 / 0

[JBoss JIRA] (RF-12543) a4j:push after ajax-rendered does not have its javascript included

by nimo stephan (JIRA)

nimo stephan created RF-12543: --------------------------------- Summary: a4j:push after ajax-rendered does not have its javascript included Key: RF-12543 URL: https://issues.jboss.org/browse/RF-12543 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Environment: RichFaces 4.2.2 FINAL Reporter: nimo stephan I have a4j:push within my page which should be rendered only if the property "pushIsActivated" is true. When changing the property by a button to true, then I want to make a ajax-rendering which renders the a4j:push. However, the javascript portion is not created within the aj4:push, hence the component does not work! I have to make a full page refresh, then the javascript portion is inserted and a4j:push works as expected. However, I have to do a full page refresh. I guess, it is a bug, because the a4j:push has a rendered-property which can be changed by ajax, hence it has to work after ajax-update. <h:form id="my-form" prependId="false" style="display:none;"> <a4j:push rendered="#{mybean.pushIsActivated}" address=".." onerror=".." ondataavailable=".."> <a4j:ajax event="dataavailable" render="my-section"/> </a4j:push> </h:form> If I only render my-form after changing the property, a4j:push does not work: <h:form> <h:commandButton value="Activate Push " action="#{myBean.setActivatePushToTrue}"> <f:ajax render=":my-form"/> </h:commandButton> </h:form> I have to do a full page refresh, only then aj4:push works: <h:form> <h:commandButton value="Activate Push " action="#{myBean.setPushActivateToTrue}" onclick="submit();" /> </h:form> Richfaces does insert the needed javascript only after a full page request: <script type="text/javascript">RichFaces.Push.setPushResourceUrl.....;</script> If I make a ajax-rendering, Richfaces does insert the needed javascript. Hence a4j does not work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
6
0 / 0

[JBoss JIRA] (RF-12250) kitchensink archetype - creating new member from iPhone causes broken push update on mobile devices

by Juraj Huska (JIRA)

Juraj Huska created RF-12250: -------------------------------- Summary: kitchensink archetype - creating new member from iPhone causes broken push update on mobile devices Key: RF-12250 URL: https://issues.jboss.org/browse/RF-12250 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: archetype, component-push/poll, mobile Affects Versions: 4.2.2.Final Environment: iPhone, Motorola Xoom application container: JBoss AS 7.1.1.Final. Reporter: Juraj Huska Creating a new member from iPhone device causes that update on mobile devices does not work properly. The list of new members is not updated anymore, even when creating a new members from desktop browsers. No error is thrown either on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

4
26
0 / 0

[JBoss JIRA] (RF-12548) rich:tabPanel does not work after ajax request

by Marco Goetz (JIRA)

Marco Goetz created RF-12548: -------------------------------- Summary: rich:tabPanel does not work after ajax request Key: RF-12548 URL: https://issues.jboss.org/browse/RF-12548 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 4.2.3.Final Reporter: Marco Goetz Fix For: 4.2.4 I have a strange problem with the rich:tabPanel in combination with an ajax request and a commandLink. After clicking the a4j:commandLink "Update" Button the rich:tabPanel is not switching anymore. The browser's console log says: new RichFaces.ui.TabPanel("j_id_5:panel1", ({ajax:{incId:"1"}, activeItem:"j_id_9", isKeepHeight:false, cycledSwitching:false})) is not a function at jsf.js.jsf:3682 Example Code: <h:head> </h:head> <body> <h:form> <a4j:commandLink value="Update" action="#{testBean.update}" render="contentDiv" /> <t:div id="contentDiv"> <rich:tabPanel switchType="client" id="panel1"> <rich:tab> Tab1 <h:commandLink action="#{test.testAction}" /> </rich:tab> <rich:tab> Tab2 </rich:tab> </rich:tabPanel> </t:div> </h:form> </body> The very strange thing is when I remove the the h:commandLink in Tab1 the switching works fine after the ajax request. When I change the render attribute to "@all" it works too, but that would be a bad workaround. I use MyFaces 2.1.8 and Richfaces 4.3.0.M1. Prolem stil exists with Richfaces 4.3.2.Final. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

5
19
0 / 0

[JBoss JIRA] Created: (RF-7706) Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it)

by Francisco Jose Peredo Noguez (JIRA)

Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it) --------------------------------------------------------------------------------------------------------- Key: RF-7706 URL: https://jira.jboss.org/jira/browse/RF-7706 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Francisco Jose Peredo Noguez The focused control before an AJAX request should automatically be the focused control after the request. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

5
15
0 / 0

[JBoss JIRA] Created: (RF-8606) FocusManager component

by Nick Belaevski (JIRA)

FocusManager component ---------------------- Key: RF-8606 URL: https://jira.jboss.org/jira/browse/RF-8606 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Priority: Critical Fix For: 4.0.0.Final Details in the related forum thread. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
6
0 / 0

[JBoss JIRA] (RF-12561) Migrate the schedule component from the sandbox

by Brian Leathem (JIRA)

Brian Leathem created RF-12561: ---------------------------------- Summary: Migrate the schedule component from the sandbox Key: RF-12561 URL: https://issues.jboss.org/browse/RF-12561 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-input Reporter: Brian Leathem Fix For: 4.3.0.M3 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

1
11
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2012