September 2009 - richfaces-issues

[JBoss JIRA] Created: (RF-6625) FAQ wiki migration

by Ilya Shaikovsky (JIRA)

FAQ wiki migration ------------------ Key: RF-6625 URL: https://jira.jboss.org/jira/browse/RF-6625 Project: RichFaces Issue Type: Task Affects Versions: 3.3.1 Reporter: Ilya Shaikovsky Assignee: Ilya Shaikovsky Fix For: 3.3.1 -- 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

16 years, 5 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-7914) Forum request - update of livedemo documentation about a4j:mediaOutput

by Svetlana mukhina (JIRA)

Forum request - update of livedemo documentation about a4j:mediaOutput ---------------------------------------------------------------------- Key: RF-7914 URL: https://jira.jboss.org/jira/browse/RF-7914 Project: RichFaces Issue Type: Task Affects Versions: 4.0.0.ALPHA1 Reporter: Svetlana mukhina Assignee: Ilya Shaikovsky Fix For: 3.3.3.CR1 if necessary update the livedemo according to the user request on forum http://www.jboss.org/index.html?module=bb&op=viewtopic&t=160900 -- 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

16 years, 5 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-7915) a4j:push bug on livedemo

by Svetlana mukhina (JIRA)

a4j:push bug on livedemo ------------------------ Key: RF-7915 URL: https://jira.jboss.org/jira/browse/RF-7915 Project: RichFaces Issue Type: Task Components: doc Affects Versions: 4.0.0.ALPHA1 Reporter: Svetlana mukhina Assignee: Ilya Shaikovsky Fix For: 3.3.3.CR1 http://www.jboss.org/index.html?module=bb&op=viewtopic&t=160608&postdays=... -- 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

16 years, 5 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-7934) richfaces-demo: datascroller - both pages uses the same session scoped page binding.

by Ilya Shaikovsky (JIRA)

richfaces-demo: datascroller - both pages uses the same session scoped page binding. ------------------------------------------------------------------------------------ Key: RF-7934 URL: https://jira.jboss.org/jira/browse/RF-7934 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.2.GA Reporter: Ilya Shaikovsky Assignee: Ilya Shaikovsky Fix For: Future as the result scrollers in sync on different tabs. -- 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

16 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-6862) RF picklist does not update target list after onchange event

by Brendan Farragher (JIRA)

RF picklist does not update target list after onchange event ------------------------------------------------------------ Key: RF-6862 URL: https://jira.jboss.org/jira/browse/RF-6862 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0, 3.2.2 Environment: JBoss AS 4.2.3 (Ubuntu Linux 8.04) Reporter: Brendan Farragher The RichFaces picklist component does not re-load it's pre-selected (target) data correctly when an onchange event of a dependent selectonelistbox component is raised. If a valuechangelistener method is set on the selectonelistbox, and that method loads the picklist's source and target lists with new data, the target list is not populated when the page is re-displayed (in this case, the target list in the backing bean maps to the value attribute of the picklist tag). I even tried wrapping the picklist in an a4j:outputPanel with an a4j:support event=onchange reRender=pickListName tag placed inside of the selectonelistbox tag, but the target list is never populated. I have a JSF test application developed that I can provide you with that demonstrates the problem, and a second JSF test application that contains a workaround using a bound HtmlPickList (the workaround is not really appropriate for Seam integration, though). (Please update the JIRA with a forwarding address if you would like my test apps) Please note that this bug has more important implications for Seam integration, since JSF component binding is discouraged. As a result, the value attribute of the picklist (the target data) needs to be refreshed via the picklist tag value attribute (or via some a4j help). -- 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

16 years, 5 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-7911) OutOfMemory when redeploying - ClientSelection not unregistered from PropertyEditorManager

by Geert Coelmont (JIRA)

OutOfMemory when redeploying - ClientSelection not unregistered from PropertyEditorManager ------------------------------------------------------------------------------------------ Key: RF-7911 URL: https://jira.jboss.org/jira/browse/RF-7911 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.1 Environment: richfaces.3.3.1.GA + Tomcat 6 Reporter: Geert Coelmont When redeploying, webapp classloader isn't garbage collected, causing a "java.lang.OutOfMemoryError: PermGen space" after a few times. I used a profiler ("yourkit") to see where the issue was and found these 3 classes: - org.richfaces.model.selection.ClientSelection - com.sun.faces.application.ConverterPropertyEditorFactory$DisposableClassLoader - com.sun.faces.application.ConverterPropertyEditorBase See attached screen shot for more details. I don't know where the 2 com.sun.faces classes come from either, but at least org.richfaces.model.selection.ClientSelection shouldn't be there. I saw issue RF-1284 which appears to be very similar, only now this happens in a newer version. -- 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

16 years, 5 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-3786) subTable in dataTable adds additional <th>

by Andreas Heiduk (JIRA)

subTable in dataTable adds additional <th> ------------------------------------------ Key: RF-3786 URL: http://jira.jboss.com/jira/browse/RF-3786 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1, 3.2.0.SR1 Environment: RF-3.2.[01], JSF-RI implementation Reporter: Andreas Heiduk As soon as a dataTable contains both subTable and a column "header" facet an additional <th> element is rendered. Example: <rich:dataTable value="#{capitalsBean.capitals}" var="capital"> <rich:column> <f:facet name="header">Capital Name</f:facet> <h:outputText value="#{capital.name}" /> </rich:column> <rich:column> <f:facet name="header">Property Name</f:facet> </rich:column> <rich:column> <f:facet name="header">Property Value</f:facet> </rich:column> <rich:subTable value="#{capital.detailList}" var="detail"> <rich:column /> <rich:column> <h:outputText value="#{detail.key}" /> </rich:column> <rich:column> <h:outputText value="#{detail.value}" /> </rich:column> </rich:subTable> </rich:dataTable> Now <thead> contains *four* <th> elements instead of three. The last <th> element looks like this: <th class="dr-table-subheadercell rich-table-subheadercell" scope="col"/> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

6
13
0 / 0

[JBoss JIRA] Created: (RF-7906) a4j:rerenderCache to cache rerenders and reduce network and server use

by Francisco Jose Peredo Noguez (JIRA)

a4j:rerenderCache to cache rerenders and reduce network and server use ---------------------------------------------------------------------- Key: RF-7906 URL: https://jira.jboss.org/jira/browse/RF-7906 Project: RichFaces Issue Type: Feature Request Reporter: Francisco Jose Peredo Noguez When I do HTML/AJAX coding "by hand" (or using DWR or SeamWebRemoting) I can do something I have found to me almost impossible to do with Richfaces: AJAX Caching. Currently there is no way to cache a previous AJAX rerender an re-play it again if the conditions for it to be re-played are met. This would be a huge performance improvement because it would save the application for going an fetching from the server information that has already been fetched in previous rereder calls. So I propose the creation of a a4j:rerenderCache component (and auxiliar javascript functions) that make it easy to keep a client side cache of the state of the UI. Please look at the referenced forum thread for a proposal on how this component could be used if implemented. -- 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

16 years, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-6739) Context menu reappears when menu item is clicked

by Nils ten Hoeve (JIRA)

Context menu reappears when menu item is clicked ------------------------------------------------ Key: RF-6739 URL: https://jira.jboss.org/jira/browse/RF-6739 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Environment: Win XP, Java 6, Apache Tomcat 6, IE7 Reporter: Nils ten Hoeve I have a tree that shows a context menu that is triggered by the onclick event of a tree node. The context menu reappears on the location where a menu item is clicked (unwanted behavior). It works fine when using the oncontextmenu event. The problem is that I need a left-click to trigger the context menu. <rich:tree switchType="client" selectedClass="active" toggleOnClick="true"> <rich:recursiveTreeNodesAdaptor roots="#{menu.rootNode}" var="node" nodes="#{node.children}"> <rich:treeNode> <h:outputText value="#{node.class.simpleName}" /> <rich:contextMenu event="onclick" submitMode="ajax"> <rich:menuItem value="Test" actionListener="#{menu.test}"></rich:menuItem> </rich:contextMenu> </rich:treeNode> </rich:recursiveTreeNodesAdaptor> </rich:tree> -- 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

16 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-7013) orderingList: Dead list, items cannot be selected, column headers are correct width

by Mike Hanafey (JIRA)

orderingList: Dead list, items cannot be selected, column headers are correct width ----------------------------------------------------------------------------------- Key: RF-7013 URL: https://jira.jboss.org/jira/browse/RF-7013 Project: RichFaces Issue Type: Bug Components: component Affects Versions: 3.3.0 Reporter: Mike Hanafey An orderingList page invoked via an a4j:commandLink may be in a zombie state -- nothing is selectable, and the column headers are not formatted correctly. The behaviour is totally reproducible via the following fragment (this fragment is a left column menu similar to the demo app): <rich:panel styleClass="C-panelMenu" headerClass="C-mainSideSection" bodyClass="C-mainSideBody"> <f:facet name="header">Vocabulary</f:facet> <table class="C-stdTable" style="width:100%"> <tbody> <tr> <td><h:graphicImage url="/images/bullet_menu-16x16.gif"/></td> <td class="#{MainToolBar.ipAdminMenu.countryCodeEditorStyle}"> <a4j:commandLink id="cce" value="Country Codes" reRender="C-main,C-menu" styleClass="C-menuLink" action="#{MainToolBar.ipAdminMenu.actionCountryCodeEditor}" /> </td> </tr> <tr> <td><h:graphicImage url="/images/bullet_menu-16x16.gif"/></td> <td class="#{MainToolBar.ipAdminMenu.countryCodeEditorStyle}"> <h:commandLink id="cce2" value="Country Codes 2" styleClass="C-menuLink" action="#{MainToolBar.ipAdminMenu.actionCountryCodeEditor}" /> </td> </tr> </tbody> </table> </rich:panel> The orderingList is just standard: <h:form id="sectionForm"> <rich:orderingList id="listOrder" value="#{CountryCodeEditor.vocabulary}" listHeight="600" listWidth="500" var="x" converter="#{CountryCodeEditor.vocabWordConverter}" selection="#{CountryCodeEditor.selected}"> <rich:column width="64"> <f:facet name="header"> <h:outputText value="Code"/> </f:facet> <h:outputText value="#{x.word}"/> </rich:column> <rich:column> <f:facet name="header"> <h:outputText value="Country Name"/> </f:facet> <h:outputText value="#{x.phrase}"/> </rich:column> <a4j:support event="onclick"/> </rich:orderingList> </h:form> The only difference is a4j:commandLink vs. h:commandLink, the latter works, the former does not. The a4j link produces a fully populated list but the column headers are not the same size as the columns, and no items can be selected. The h link works just as expected. The ajax log follows: debug[11:01:34,896]: Have Event [object Object] with properties: target: http://localhost:9090/lt/ip/admin/countryCodeEditor.jsf#, srcElement: undefined, type: click debug[11:01:34,897]: Query preparation for form 'ipAdmin' requested debug[11:01:34,898]: Append hidden control ipAdmin with value [ipAdmin] and value attribute [ipAdmin] debug[11:01:34,898]: Append hidden control javax.faces.ViewState with value [j_id7] and value attribute [j_id7] debug[11:01:34,898]: parameter ipAdmin:cce with value ipAdmin:cce debug[11:01:34,898]: Look up queue with default name debug[11:01:34,899]: NEW AJAX REQUEST !!! with form: ipAdmin debug[11:01:34,899]: Start XmlHttpRequest debug[11:01:34,899]: Reqest state : 1 debug[11:01:34,900]: QueryString: AJAXREQUEST=_viewRoot&ipAdmin=ipAdmin&javax.faces.ViewState=j_id7&ipAdmin%3Acce=ipAdmin%3Acce& debug[11:01:34,902]: Reqest state : 1 ... debug[11:01:35,135]: Reqest state : 4 debug[11:01:35,135]: Reqest end with state 4 debug[11:01:35,135]: Response with content-type: application/xhtml+xml;charset=UTF-8 debug[11:01:35,136]: Full response content: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" > <html xmlns="http://www.w3.org/1999/xhtml" id="C-html"> <head> <title>IP:Country Code Editor </title> <script src="/lt/a4j/g/3_3_0.GA/org/ajax4jsf/framework.pack.js.jsf" ... </script> </body> </html> debug[11:01:35,138]: Header Ajax-Response not found, search in <meta> debug[11:01:35,138]: search for elements by name 'meta' in element #document debug[11:01:35,139]: Header Ajax-Expired not found, search in <meta> debug[11:01:35,139]: search for elements by name 'meta' in element #document warn[11:01:35,140]: No ajax response header debug[11:01:35,140]: Header Location not found, search in <meta> debug[11:01:35,140]: search for elements by name 'meta' in element #document debug[11:01:35,144]: replace all page content with response debug[11:01:35,199]: exception during write page content undefined debug[11:01:35,233]: response has parsed as DOM documnet. debug[11:01:35,246]: append new node in document debug[11:01:35,247]: append new node in document debug[11:01:35,355]: page content has been replaced -- 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

16 years, 5 months

2
10
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2009