June 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12320) f:ajax / a4j:ajax destroys rich:tooltips displayed in a rich:tree when render="@form" (when closing popup)

by Karsten Wutzke (JIRA)

Karsten Wutzke created RF-12320: ----------------------------------- Summary: f:ajax / a4j:ajax destroys rich:tooltips displayed in a rich:tree when render="@form" (when closing popup) Key: RF-12320 URL: https://issues.jboss.org/browse/RF-12320 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Environment: JBoss AS 7.1.1.Final, RichFaces 4.2.2.Final, Mojarra 2.1.7 Reporter: Karsten Wutzke The following code displays a root node with a name + link to display a popup {code} <h:body> <h:form> <rich:tree value="#{nodeManager.rootTreeNode}" var="treeNode" nodeType="#{treeNode.emitCode}" toggleType="client"> <rich:treeNode type="root"> <h:panelGrid columns="4"> <h:outputText value="#{treeNode.name}" id="node-name" /> <rich:tooltip value="The name is..." direction="bottomRight" target="node-name" /> <h:commandLink value="Add..."> <rich:tooltip value="Add chapter" direction="bottomRight" /> <a4j:ajax render="root-add-chapter-popup" oncomplete="#{rich:component('root-add-chapter-popup')}.show()" /> </h:commandLink> </h:panelGrid> </rich:treeNode> </rich:tree> <rich:popupPanel modal="true" domElementAttachment="form" onmaskclick="#{rich:component('root-add-chapter-popup')}.hide(); return false;" id="root-add-chapter-popup"> <f:facet name="header"> <h:outputText value="Add Chapter" /> </f:facet> <h:panelGrid columns="1" style="margin: 0px auto;"> <h:commandButton value="Rerender form and hide!">     <a4j:ajax render="@form" oncomplete="#{rich:component('root-add-chapter-popup')}.hide(); return true;" />  </h:commandButton> </h:panelGrid> </rich:popupPanel> </h:form> </h:body> {code} When rerendering the form (h:commandButton render="@form") via f:ajax onclick="" or a4j:ajax oncomplete="" the rich:tooltip elements on the rich:treeNode are lost. Note that a4j:ajax onclick="" is working. -- 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

12 years, 1 month

3
5
0 / 0

[JBoss JIRA] (RF-12312) rich:select - duplicate labels

by Denis Kniazhev (JIRA)

Denis Kniazhev created RF-12312: ----------------------------------- Summary: rich:select - duplicate labels Key: RF-12312 URL: https://issues.jboss.org/browse/RF-12312 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.2.2.Final Environment: Ubuntu 12.04, Mojarra 2.1.8 OR MyFaces 2.1.7 Reporter: Denis Kniazhev Given rich:select: <rich:select value="#{bean.testValue}"> <f:selectItem itemLabel="1" itemValue="1"/> <f:selectItem itemLabel="1" itemValue="abcdef"/> <f:selectItem itemLabel="2" itemValue="2"/> <f:ajax event="selectitem" listener="#{bean.testListener}"/> </rich:select> and the bean: @ManagedBean @ViewScoped public class Bean implements Serializable { private String testValue; public String getTestValue() { return testValue; } public void setTestValue(String testValue) { System.out.println("setter: " + testValue); this.testValue = testValue; } public void testListener(AjaxBehaviorEvent e) { System.out.println("listener: " + testValue); } } Whatever item with label "1" is selected, the output is the same: setter: abcdef listener: abcdef setter: abcdef listener: abcdef setter: abcdef listener: abcdef -- 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

12 years, 1 month

2
4
0 / 0

[JBoss JIRA] (RF-12292) "this" in oncomplete of a4j:commandButton returns window object.

by Nikolai Alexeev (JIRA)

Nikolai Alexeev created RF-12292: ------------------------------------ Summary: "this" in oncomplete of a4j:commandButton returns window object. Key: RF-12292 URL: https://issues.jboss.org/browse/RF-12292 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.2.Final Environment: Windows XP SP3, Weblogic 10.3.5, JSF 2.0.4, RF 4.2.2 Final Reporter: Nikolai Alexeev When using "this" operator in oncomplete attribute of a4j:commandButton user gets window object instead of expected button object. In RF3 everything was as expected. -- 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

12 years, 1 month

2
3
0 / 0

[JBoss JIRA] (RF-12286) selectOneMenu with f:ajax cause a OutOfMemory under IE and slowdown under Firefox - listener

by Jean ANDRE (JIRA)

Jean ANDRE created RF-12286: ------------------------------- Summary: selectOneMenu with f:ajax cause a OutOfMemory under IE and slowdown under Firefox - listener Key: RF-12286 URL: https://issues.jboss.org/browse/RF-12286 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.2.2.Final Environment: JSF Mojarra 2.1.7 - FireFox 12 or IE 8 - annotations-4.2.0.Final - aspectjrt-1.6.12 - cglib-nodep-2.2.2 - commons-collections-3.2.1 - commons-lang-2.4 - commons-logging-1.1.1 - commons-validator-1.4.0 - cssparser-0.9.6 - guava-11.0.1 - hibernate-validator-4.2.0.Final - junit-4.10 - log4j-1.2.16 - org.springframework.xxx-3.0.6.RELEASE - richfaces-xxxx-xxx-4.2.0.Final - sac-1.3 - slf4j-api-1.6.4 - slf4j-log4j12-1.6.4 Reporter: Jean ANDRE Priority: Critical We got an "Out of memory at line 249" under IE and a deep slowdown when we use f:ajax with <h:selectOneMenu> tag. {code} <h:selectOneMenu id="McMpList" value="#{currentUser.businessUnit}" immediate="true"> <f:ajax event="change" listener="#{menuController.doChangeDesktop}" render="@all" /> <f:selectItems value="#{menuController.businessUnits}" /> </h:selectOneMenu> {code} When we remove the f:ajax, the behavior is "normal". -- 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

12 years, 1 month

2
8
0 / 0

[JBoss JIRA] (RF-12280) rich:panelToggleListener doesn't work when panel is nested inside some components

by Jan Papousek (JIRA)

Jan Papousek created RF-12280: --------------------------------- Summary: rich:panelToggleListener doesn't work when panel is nested inside some components Key: RF-12280 URL: https://issues.jboss.org/browse/RF-12280 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-misc Affects Versions: 4.2.2.Final Environment: RichFaces 4.2.2.Final Metamer 4.2.2-SNAPSHOT Unknown version of JSF JBoss AS 7.1.1.Final Java(TM) SE Runtime Environment 1.6.0_32-b05 @ Linux Firefox 12.0 @ Linux x86_64 Reporter: Jan Papousek -- 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

12 years, 1 month

2
2
0 / 0

[JBoss JIRA] (RF-12246) showcase - rich:editor - when in source mode it does not update the panel with current content - error is thrown

by Juraj Huska (JIRA)

Juraj Huska created RF-12246: -------------------------------- Summary: showcase - rich:editor - when in source mode it does not update the panel with current content - error is thrown Key: RF-12246 URL: https://issues.jboss.org/browse/RF-12246 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input, showcase Affects Versions: 4.2.2.Final Environment: application container - JBoss AS 7.1.1.Final browser: Chrome Reporter: Juraj Huska When the rich:editor is in source mode, and the content is edited, the output is not updated with that new content. The Ajax Update is triggered, however with following response: {code:xml} <?xml version='1.0' encoding='UTF-8'?> <partial-response><error><error-name>class java.lang.IllegalStateException</error-name><error-message><![CDATA[Parameters processing failed.]]></error-message></error></partial-response> {code} -- 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

12 years, 1 month

2
5
0 / 0

[JBoss JIRA] (RF-12337) rich:popupPanel impacts layout even if not shown

by Andrey Zhemoytuk (JIRA)

12 years, 1 month

4
5
0 / 0

[JBoss JIRA] (RF-11585) mediaOutput doesn't work in CDI @ConversationScoped

by Edilmar Alves (Created) (JIRA)

mediaOutput doesn't work in CDI @ConversationScoped --------------------------------------------------- Key: RF-11585 URL: https://issues.jboss.org/browse/RF-11585 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.0.0.Final Environment: NetBeans7.0.1 + GlassFish 3.1.1 + CDI 1.1 + JSF2.1 + RichFaces4.0.0-Final. Reporter: Edilmar Alves Priority: Critical When using a controller with @ConversationScoped (CDI scope), the following exception arises: GRAVE: org.jboss.weld.context.ContextNotActiveException: WELD-001303 No active contexts for scope type javax.enterprise.context.ConversationScoped -- 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

12 years, 1 month

5
7
0 / 0

[JBoss JIRA] Created: (RF-4308) rich:pickList: keep sort order of source list after add/remove operations

by Martin Höller (JIRA)

rich:pickList: keep sort order of source list after add/remove operations ------------------------------------------------------------------------- Key: RF-4308 URL: https://jira.jboss.org/jira/browse/RF-4308 Project: RichFaces Issue Type: Feature Request Reporter: Martin Höller When adding items from the source list to the target list and removing this items again, the original order of the source list is not preserved. This makes it hard to find items in a list that is longer than just a fest items. A good example is the second example on the livedemo at http://livedemo.exadel.com/richfaces-demo/richfaces/pickList.jsf. Add the first state (Alabama) and remove it. It can now be found at the very end of the otherwise alphabetical list of states. This can be rather unintuitive for a user. My suggestion is either remember the original sort order of the source list, or add some attribute that enables automatic sorting. -- 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

12 years, 1 month

4
3
0 / 0

[JBoss JIRA] (RF-12330) Drag while selecting row in rich:extendedDataTable causes JS error

by Tristan Dyer (JIRA)

12 years, 1 month

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2012