May 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-3566) Can't use messages with fileUpload

by Ilya Shaikovsky (JIRA)

Can't use messages with fileUpload ---------------------------------- Key: RF-3566 URL: http://jira.jboss.com/jira/browse/RF-3566 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.1 Reporter: Ilya Shaikovsky Assigned To: Nick Belaevski http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4153840#4153840 Using his code in demosite listener I'm getting next behaviour. "Transfer error occuried" error in file upload status. But rich:messages which added to the page doesn't show anything. -- 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, 3 months

8
15
0 / 0

[JBoss JIRA] Created: (RF-10925) ELResolver #{bean.property[value]} and graphValidator causes exception

by Jesper Vrelits (JIRA)

ELResolver #{bean.property[value]} and graphValidator causes exception ---------------------------------------------------------------------- Key: RF-10925 URL: https://issues.jboss.org/browse/RF-10925 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.0.0.Final Environment: Mojarra 2.0.4 + Tomcat 7 and Weblogic 10.3.4 Reporter: Jesper Vrelits Not able to resolve property in bean when as #{bean.property[value]} when wrapped in graphValidator. Veryified on Tomcat 7 and Weblogic 10.3.4. If graphValidator is removed it works. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

4
9
0 / 0

[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, 3 months

4
9
0 / 0

[JBoss JIRA] Created: (RF-10779) columnClasses not working on rich:dataGrid

by Karl Mueller (JIRA)

columnClasses not working on rich:dataGrid ------------------------------------------ Key: RF-10779 URL: https://issues.jboss.org/browse/RF-10779 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.CR1 Environment: Windows Vista Build 6001 apache-tomcat-7.0.11 Sun jdk1.6.0_14 RichFaces richfaces-4.0.0.20110227-CR1 Mojarra JSF 2.0.3-FCS Reporter: Karl Mueller The attribute columnClasses shows no effect when used on rich:dataGrid. The assigned css classe(s) do not show up in the generated html table and the styles are not applied. Only the "rf-dg-c" class gets assigned to the td tag. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-10267) Accordion creating from Java NPE if activeItem is not set

by Konstantin Pupkov (JIRA)

Accordion creating from Java NPE if activeItem is not set --------------------------------------------------------- Key: RF-10267 URL: https://issues.jboss.org/browse/RF-10267 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: base functionality Affects Versions: 4.0.0.Milestone5 Environment: Ununtu 10.10, Java 6 Reporter: Konstantin Pupkov in Java... FacesContext ctx=FacesContext.getCurrentInstance(); pendingBar = (HtmlAccordion) ctx .getApplication() .createComponent(ctx, HtmlAccordion.COMPONENT_TYPE, "org.richfaces.AccordionRenderer"); pendingBar.setId("pend"); ...... error on page: ... ava.lang.NullPointerException org.richfaces.component.AbstractAccordion.getActiveItem(AbstractAccordion.java:50) org.richfaces.renderkit.html.TogglePanelRenderer.doEncodeBegin(TogglePanelRenderer.java:116) org.richfaces.renderkit.html.AccordionRenderer.doEncodeBegin(AccordionRenderer.java:55) org.richfaces.renderkit.RendererBase.encodeBegin(RendererBase.java:116) javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:824) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

4
3
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, 4 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, 4 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, 4 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, 4 months

5
6
0 / 0

[JBoss JIRA] Created: (RF-10848) rich:hotkey in 4.X

by Jay Balunas (JIRA)

rich:hotkey in 4.X ------------------ Key: RF-10848 URL: https://issues.jboss.org/browse/RF-10848 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-misc Reporter: Jay Balunas Fix For: 4.1.0.Milestone1 Create the rich:hotkey component for 4.X -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

6
7
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues May 2011