October 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8201) Print RichFaces module information at start up

by Jay Balunas (JIRA)

Print RichFaces module information at start up ---------------------------------------------- Key: RF-8201 URL: https://jira.jboss.org/jira/browse/RF-8201 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: build, core Reporter: Jay Balunas Fix For: 4.0.0.ALPHA2 During start up all RichFaces modules should printout meta data into the log. This would be for each module api, ui, impl, themes, etc.... This will be more important as we allow for module releases that may not always be 100% in sync. It will also help with debugging issues. -- 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, 10 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-7248) a4j creates infinite HashMap.get loop

by Nida Cibulskyte (JIRA)

a4j creates infinite HashMap.get loop ------------------------------------- Key: RF-7248 URL: https://jira.jboss.org/jira/browse/RF-7248 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0 Reporter: Nida Cibulskyte Concurrent requests on a4j components causes infinite loop. While one request is being proccessed by restoreChildState method, another request is senT for proccessing. It causes the code to get stuck in hashmap.get() as the hashmap is not synchronized and causes infinite loop. 2009 05 25 09:41:43 ERROR demo.NameBean - java.util.HashMap.get(HashMap.java:303) 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:965) 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982) 2009 05 25 09:41:43 ERROR demo.NameBean - org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:982) ....................... -- 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, 11 months

14
26
0 / 0

[JBoss JIRA] Created: (RF-9118) rich:jQuery - when onerror changed by partial refresh, it's definition is ignored for first error request

by Lukas Fryc (JIRA)

rich:jQuery - when onerror changed by partial refresh, it's definition is ignored for first error request --------------------------------------------------------------------------------------------------------- Key: RF-9118 URL: https://jira.jboss.org/browse/RF-9118 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Milestone1 Environment: Apache Tomcat 6.0.26 OpenJDK Runtime Environment (IcedTea6 1.8.1) (6b18-1.8.1-0ubuntu1~9.10.1) Metamer Application rev. 18834 ( https://svn.jboss.org/repos/richfaces/modules/tests/metamer/trunk/applica... ) Reporter: Lukas Fryc Steps to reproduce: 1. open http://localhost:8080/metamer/faces/components/a4jStatus/instantAttribute... 2. type in "alert('error1') into "onerror" input and hit Tab button (trigger change event) (the partial refresh will cause rerendering of the "commonGrid" component containing the "status") 3. hit "Send Ajax Requeswt Causing Error" button ERROR: no alert is triggered and status is stating "STOP" instead of "ERROR" 4. hit button again OK: alert is triggered stating "error1" and also status is stating "ERROR" This is at least unexpected behaviour and also doesn't match the principle what is used in case of other event listeners, especially "onsuccess". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

6
9
0 / 0

[JBoss JIRA] Created: (RF-8609) Picklist - When I load some big list i recived the following error StringIndexOutOfBoundsException: srcBegin > srcEnd

by gabrielfc (JIRA)

Picklist - When I load some big list i recived the following error StringIndexOutOfBoundsException: srcBegin > srcEnd --------------------------------------------------------------------------------------------------------------------- Key: RF-8609 URL: https://jira.jboss.org/jira/browse/RF-8609 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.3.Final Reporter: gabrielfc Create a list with many elements with variable sizes...and change the itens of source to target....save this in some temporari list...load again this list...and you will recived the error java.lang.StringIndexOutOfBoundsException: srcBegin > srcEnd java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:327) java.lang.StringBuilder.getChars(StringBuilder.java:55) com.sun.faces.renderkit.html_basic.HtmlResponseWriter.flushAttributes(HtmlResponseWriter.java:981) com.sun.faces.renderkit.html_basic.HtmlResponseWriter.endElement(HtmlResponseWriter.java:489) org.richfaces.renderkit.PickListRenderer.encodeHiddenField(PickListRenderer.java:377) org.richfaces.renderkit.html.PickListRendererGen.doEncodeChildren(PickListRendererGen.java:388) org.richfaces.renderkit.html.PickListRendererGen.doEncodeChildren(PickListRendererGen.java:264) org.ajax4jsf.renderkit.RendererBase.encodeChildren(RendererBase.java:120) javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:832) -- 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, 11 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-8275) Memory leak with extended data table after repeated rerender

by Manuele Piastra (JIRA)

Memory leak with extended data table after repeated rerender ------------------------------------------------------------ Key: RF-8275 URL: https://jira.jboss.org/jira/browse/RF-8275 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 3.3.2.SR1 Environment: Windows xp and AIX, Firefox and Internet Explorer 7 Reporter: Manuele Piastra Priority: Critical After each rerender of the extended data table the memory allocated to the process iexplorer.exe keeps growing and it is never released. The same test with simple datatable doesn't show this problem. Snippet code used for the test <?xml version='1.0' encoding='UTF-8' ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="1.2" xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"> <html> <head> <title>RichFaces DataTable</title> </head> <body> <f:view> <h:form> <a4j:jsFunction name="rerenderTable" reRender="finderList"></a4j:jsFunction> <rich:dataTable value="#{provaTableBean.list}" var="elem" id="finderList" width="200px" > <rich:column id="id" width="50" label="Id"> <f:facet name="header"> <h:outputText value="Id" /> </f:facet> <h:outputText value="#{elem.id}" /> </rich:column> <rich:column id="nome" width="150" label="Nome"> <f:facet name="header"> <h:outputText value="Nome" /> </f:facet> <h:outputText value="#{elem.nome}" /> </rich:column> </rich:dataTable> </h:form> </f:view> <script> setInterval(rerenderTable, 10000); </script> </body> </html> </jsp:root> -- 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, 11 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-2494) Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time)

by Mareks Malnacs (JIRA)

Multiple clicks on a particular Tree node doesn't fire nodeSelectListener method for each click (only for the first time) ------------------------------------------------------------------------------------------------------------------------- Key: RF-2494 URL: http://jira.jboss.com/jira/browse/RF-2494 Project: RichFaces Issue Type: Bug Affects Versions: 3.1.4 Reporter: Mareks Malnacs Here is the problem: -construct Tree with recursiveTreeNodesAdaptor, switchType="client" and ajaxSubmitSelection="true" -add method binding to nodeSelectListener so that every click on tree node executes some business method (for tests - simple log message displaying clicked node id for example) Result: -tree is rendered fine, clicks on different node elements in a tree executes specified nodeSelectListener method also fine, BUT when user clicks same tree node twice, nodeSelectListener method is not fired - to get it fired for this particular node again You have to click some other node in a tree and then click back on desired one. Shouldn't nodeSelectListener be fired on each click on a tree node even though user is clicking on the same node multiple times ? -- 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

12 years, 12 months

6
6
0 / 0

[JBoss JIRA] Created: (RF-8735) modalPanel resizable problem patch

by Ilya Shaikovsky (JIRA)

modalPanel resizable problem patch ---------------------------------- Key: RF-8735 URL: https://jira.jboss.org/browse/RF-8735 Project: RichFaces Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Reporter: Ilya Shaikovsky Assignee: Nick Belaevski Nick customer proposed patch for the next problem: "When setting width/height attributes on rich:modalpanel as well as setting resizeable="false" - the modal panel is still resizable. If i don't specify the width/height attributes and just set autosize="true" with resizeable="false" the modal panel is not resizeable (Using RichFaces 3.3.3). Is there any way to set the modal panel size and still make it not resizeable? Is this a known issue? Ori" Need to verify and probably apply if confirmed -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-4790) resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false")

by Turhan Ozen (JIRA)

resize does not work for modalPanel with style="overflow: auto" and (autosized="false" or resizeable="false") ------------------------------------------------------------------------------------------------------------- Key: RF-4790 URL: https://jira.jboss.org/jira/browse/RF-4790 Project: RichFaces Issue Type: Bug Components: doc Affects Versions: 3.2.1 Environment: windows vista, java 1.5 Reporter: Turhan Ozen Priority: Minor If the user tries to resize the modal panel by dragging the lower right corner the mouse pointer is catched and there is no way to release it with the following code <rich:modalPanel id="detailPanel" width="960" height="700" style="overflow:auto" resizeable="false"> <f:facet name="header"> <h:outputText value="Detail"/> </f:facet> <f:facet name="controls"> <h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </f:facet> <table align="center" width="800px"> <tr> <td align="center"> <a4j:commandButton value="OK" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </td> </tr> </table> </rich:modalPanel> In addition; <f:facet name="controls"> <h:graphicImage value="/kaynaklar/imajlar/close.png" style="cursor:pointer" onclick="Richfaces.hideModalPanel('detailPanel')" /> </f:facet> does not work in Firefox 3.x. -- 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, 12 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-9306) ComponentControl can't control DataScroller nested in iteration component

by Lukas Fryc (JIRA)

ComponentControl can't control DataScroller nested in iteration component ------------------------------------------------------------------------- Key: RF-9306 URL: https://jira.jboss.org/browse/RF-9306 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone3 Environment: * RichFaces Core Implementation by JBoss, a division of Red Hat, Inc., version v.4.0.0-SNAPSHOT SVN r.19085 * Metamer: RichFaces Testing Application by JBoss, a division of Red Hat, Inc., version 4.0.0-SNAPSHOT SVN r. 19087 * Java(TM) SE Runtime Environment 1.6.0_20-b02 * Linux 2.6.31-22-generic * Mojarra 2.0.2-FCS * Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 Ubuntu/9.10 (karmic) Firefox/3.6.8 Reporter: Lukas Fryc Works great for h:dataTable and ui:repeat, but not for a4j:repeat or rich:dataTable. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

9
10
0 / 0

[JBoss JIRA] Created: (RF-7501) HtmlPanelMenu should support recursive node adaptor

by arne anka (JIRA)

HtmlPanelMenu should support recursive node adaptor --------------------------------------------------- Key: RF-7501 URL: https://jira.jboss.org/jira/browse/RF-7501 Project: RichFaces Issue Type: Feature Request Components: component-menu Reporter: arne anka i'd like to use HtmlPanelMenu to display a rather big structure like below where the nodes reach about 300 and take a considerable lot of time to create the menu from scratch. my idea was to create the deeper levels (Level B and Level C nodes) only when the Level A node is expaned, like one can do with rich:tree and rich:recursiveTreeNodesAdaptor -- but there's not really a way to do that. thus, having some kind like treeNodesRecursiveAdaptor would make live certainly easier. imo all of these expandable structures should by default support an model or adaptor or whatever it is called. Level A |--Level B |--Level C |--Level C |--Level C |--Level B |--Level C |--Level C Level A |--Level B |--Level C |--Level C |--Level C |--Level B |--Level C |--Level C -- 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

13 years

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues October 2010