February 2010 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-8081) rf-demo (JSF2): DataScroller doesnt work

by Lukas Fryc (JIRA)

rf-demo (JSF2): DataScroller doesnt work ---------------------------------------- Key: RF-8081 URL: https://jira.jboss.org/jira/browse/RF-8081 Project: RichFaces Issue Type: Bug Components: JSF 2.0 Affects Versions: 3.3.2.SR1 Environment: RF-3.3.3-SNAPSHOT with injected JSF 2.0.0-SNAPSHOT libs Tomcat, Firefox 3.5.4, Linux Reporter: Lukas Fryc Assignee: Andrey Markhel Fix For: 3.3.3.BETA1 When using data scroller to switch to another than first page, data are not changed but data scroller indicates page change. -- 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

14 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-8094) rf-demo (JSF2): ListShuttle - toolbar isnt re-rendered in correspondence to ListShuttle changes

by Lukas Fryc (JIRA)

rf-demo (JSF2): ListShuttle - toolbar isnt re-rendered in correspondence to ListShuttle changes ----------------------------------------------------------------------------------------------- Key: RF-8094 URL: https://jira.jboss.org/jira/browse/RF-8094 Project: RichFaces Issue Type: Bug Components: JSF 2.0 Affects Versions: 3.3.2.SR1 Environment: RF-3.3.3-SNAPSHOT with injected JSF 2.0.0-SNAPSHOT libs Tomcat, Firefox 3.5.4, Linux Reporter: Lukas Fryc Assignee: Andrey Markhel Fix For: 3.3.3.BETA1 When changing model, for example - move available item (Save) by Copy button to Actives - or re-ordering active items using Up/Down buttons the toolbar above the ListShuttle isn't re-rendered appropriately. -- 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

14 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-8090) rf-demo (JSF2): ExtendedDataTable - selecting Selection mode doesnt work

by Lukas Fryc (JIRA)

rf-demo (JSF2): ExtendedDataTable - selecting Selection mode doesnt work ------------------------------------------------------------------------ Key: RF-8090 URL: https://jira.jboss.org/jira/browse/RF-8090 Project: RichFaces Issue Type: Bug Components: JSF 2.0 Affects Versions: 3.3.2.SR1 Environment: RF-3.3.3-SNAPSHOT with injected JSF 2.0.0-SNAPSHOT libs Tomcat, Firefox 3.5.4, Linux Reporter: Lukas Fryc Assignee: Andrey Markhel Fix For: 3.3.3.BETA1 When start with new session, selecting Selection mode doesnt work, it seems it doesnt apply new mode to EDT. Harms rf-demo ftests: SelectingTestCase.testSelectionModeNone SelectingTestCase.testSelectionModeSingle -- 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

14 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-8082) rf-demo (JSF2): DataTable - cannot open tabs other than Usage - UnsupportedOperationException

by Lukas Fryc (JIRA)

rf-demo (JSF2): DataTable - cannot open tabs other than Usage - UnsupportedOperationException --------------------------------------------------------------------------------------------- Key: RF-8082 URL: https://jira.jboss.org/jira/browse/RF-8082 Project: RichFaces Issue Type: Bug Components: JSF 2.0 Affects Versions: 3.3.2.SR1 Reporter: Lukas Fryc Assignee: Andrey Markhel Fix For: 3.3.3.BETA1 Attachments: localhost screen capture 2009-11-9-10-16-14.png When opened tab other than Usage (e.g. ExtendedDataModel), exception is raised - stacktrace at screenshot. -- 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

14 years, 7 months

2
4
0 / 0

[JBoss JIRA] Created: (RF-8080) rf-demo (JSF2): DataGrid get corrupted after using DataScroller

by Lukas Fryc (JIRA)

rf-demo (JSF2): DataGrid get corrupted after using DataScroller --------------------------------------------------------------- Key: RF-8080 URL: https://jira.jboss.org/jira/browse/RF-8080 Project: RichFaces Issue Type: Bug Components: JSF 2.0 Affects Versions: 3.3.2.SR1 Environment: RF-3.3.3-SNAPSHOT with injected JSF 2.0.0-SNAPSHOT libs Tomcat, Firefox 3.5.4, Linux Reporter: Lukas Fryc Assignee: Andrey Markhel Fix For: 3.3.3.BETA1 When the page Data Grid is opened, everything seems all-right, but when tried to use Data Scroller to open second page, Data Grid's rendering got corrupted. -- 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

14 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-7962) Dynamically generated TabPanel

by Lukas Fryc (JIRA)

Dynamically generated TabPanel ------------------------------ Key: RF-7962 URL: https://jira.jboss.org/jira/browse/RF-7962 Project: RichFaces Issue Type: Bug Components: component Affects Versions: 3.3.2.GA Environment: JBoss AS 5.1.0.GA, JDK6 Reporter: Lukas Fryc Assignee: Ilya Shaikovsky When generates rich:tabPanel dynamically using c:forEach, the model doesn't accept removing and adding again the rich:tab with the same id. Maven sample attached (dyntabpanel.tar.gz). Reproducing: 1. open application /dyntabpanel 2. let inputText as "2" 3. click Remove (the tab with "2" disappers) 4. click Add (EXCEPTION) [code] package org.richfaces.samples.dyntabpanel; import java.util.Arrays; import java.util.LinkedList; import java.util.List; public class Bean { List<String> tabs = new LinkedList<String>(Arrays.asList(new String[] {"1", "2", "3"})); String number = "2"; public String getNumber() { return number; } public void setNumber(String number) { this.number = number; } public String[] getNumberArray() { return tabs.toArray(new String[tabs.size()]); } public void remove() { if (tabs.contains(number)) { tabs.remove(number); } } public void add() { if (!tabs.contains(number)) { tabs.add(number); } } } [/code] [code] <!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" xmlns:c="http://java.sun.com/jstl/core" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:a4j="http://richfaces.org/a4j" xmlns:rich="http://richfaces.org/rich"> <head> <title></title> </head> <body> <f:view> <ui:debug /> <h:form> <h:inputText value="#{bean.number}" /> <a4j:commandButton value="Add" action="#{bean.add}" reRender="numbers" /> <a4j:commandButton value="Remove" action="#{bean.remove}" reRender="numbers" /> </h:form> <rich:tabPanel switchType="ajax" id="numbers"> <c:forEach items="#{bean.numberArray}" var="number"> <rich:tab id="tab#{number}" label="#{number}" /> </c:forEach> </rich:tabPanel> </f:view> </body> </html> [/cpde] -- 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

14 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-7980) Test-applications - spaces between columns in extended data table in IE8

by Lukas Fryc (JIRA)

Test-applications - spaces between columns in extended data table in IE8 ------------------------------------------------------------------------ Key: RF-7980 URL: https://jira.jboss.org/jira/browse/RF-7980 Project: RichFaces Issue Type: Bug Components: QA-environment Affects Versions: 3.3.1, 3.3.2.GA Environment: Apache Tomcat 6.0.20, JRE 1.6.0_16 RF 3.3.1.GA, 3.3.2.GA, 3.3.2.SR1 Reporter: Lukas Fryc Assignee: Ilya Shaikovsky Fix For: 3.3.3.CR1 Attachments: Screenshot-IE8.png The bug happens in test-applications/jsp in defualt view of ExtendedDataTable component. Screenshot attached. -- 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

14 years, 7 months

5
13
0 / 0

[JBoss JIRA] Created: (RF-7991) Exception printed in console when BeanValidator cannot be instantiated

by Bozhidar Bozhanov (JIRA)

Exception printed in console when BeanValidator cannot be instantiated ---------------------------------------------------------------------- Key: RF-7991 URL: https://jira.jboss.org/jira/browse/RF-7991 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.2.GA Reporter: Bozhidar Bozhanov Priority: Minor Below is the stacktrace - I saw it is an expected behaviour - whenever hibernate validator 4.0 (and javax.validation) are not present, then use hibernate validator 3.x. But the stacktrace, I think, should be printed, at least not on warn level. I know I can change the logging level, but still this exception doesn't tell you the exact reason for the stacktrace - which is the normal scenario of using the stable hibernate releases. 23:44:32,068 WARN ObjectValidator:56 - Bean Validator could not be instantiated java.lang.NoClassDefFoundError: javax/validation/MessageInterpolator at org.richfaces.validator.ObjectValidator.createInstance(ObjectValidator.java:54) at org.richfaces.validator.ObjectValidator.getInstance(ObjectValidator.java:85) at org.richfaces.validator.FacesBeanValidator.validate(FacesBeanValidator.java:103) at org.richfaces.component.html.HtmlInputText.validateValue(HtmlInputText.java:52) at javax.faces.component.UIInput.validate(UIInput.java:875) at javax.faces.component.UIInput.executeValidate(UIInput.java:1072) at javax.faces.component.UIInput.processValidators(UIInput.java:672) at org.ajax4jsf.component.AjaxViewRoot$3.invokeContextCallback(AjaxViewRoot.java:442) at org.ajax4jsf.component.ContextCallbackWrapper.invokeContextCallback(ContextCallbackWrapper.java:44) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:711) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720) at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675) at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:239) at org.ajax4jsf.component.AjaxViewRoot.processValidators(AjaxViewRoot.java:458) at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178) at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.ClassNotFoundException: javax.validation.MessageInterpolator at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) ... 49 more -- 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

14 years, 7 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-7453) scrollableDataTable rows are shifted to the left in case of gloab css style: body {text-align: center}

by Denis Petrunin (JIRA)

scrollableDataTable rows are shifted to the left in case of gloab css style: body {text-align: center} ------------------------------------------------------------------------------------------------------ Key: RF-7453 URL: https://jira.jboss.org/jira/browse/RF-7453 Project: RichFaces Issue Type: Bug Components: component-ScrollableDataTable Affects Versions: 3.3.1 Environment: RichFaces 3.3.1, Internet Explorer 7 Reporter: Denis Petrunin Priority: Minor scrollableDataTable rows are shifted to the left in case of gloab css style: body {text-align: center}. The issue is reproducible in IE 7. There is no such issue in IE6, FF 3.0.11. Try the following code (backing bean must return not empty list). <html xmlns="http://www.w3.org/1999/xhtml" xmlns:f="http://java.sun.com/jsf/core" xmlns:rich="http://richfaces.org/rich" > <head> <style type="text/css"> body {text-align: center} </style> </head> <body> <rich:scrollableDataTable value="#{bean.items}" var="item" width="200px" height="100px"> <rich:column width="70"> <f:facet name="header"> COLUMN </f:facet> #{item} </rich:column> </rich:scrollableDataTable> </body> </html> -- 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

14 years, 8 months

4
6
0 / 0

[JBoss JIRA] Created: (RF-8163) rich:calendar switching between JulianCalendar and Gregorian

by Thomas Morper (JIRA)

rich:calendar switching between JulianCalendar and Gregorian ------------------------------------------------------------ Key: RF-8163 URL: https://jira.jboss.org/jira/browse/RF-8163 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.2.GA, 3.3.2.CR1 Environment: Windows (several versions), Tomcat 6.0.18, MS IE 8 or Firefox 3.0. Reporter: Thomas Morper We have several rich:calendar elements at our application with date format dd-mm-yy hh:mm. We now hve the following problem: When a user types in a date without using the calendar-popup and uses a single-number year without a leading zero (e. g. 12.12.1 12:12), the calendar accepts the input (correct), but it creates a JulianCalendar for the Date cariable at the according bean, while it creates a GregorianCalendar for 12.12.01 12:12 or any other input with two digits for the year. -- 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

14 years, 8 months

4
17
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues February 2010