August 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12430) Client side validators and @ReportAsSingleViolation

by Dan Osterrath (JIRA)

Dan Osterrath created RF-12430: ---------------------------------- Summary: Client side validators and @ReportAsSingleViolation Key: RF-12430 URL: https://issues.jboss.org/browse/RF-12430 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.2.2.Final Environment: JBoss AS 7.1.1 Final, Hibernate Validator 4.2.0, Oracle Java 1.7.0_02, Windows 7 Reporter: Dan Osterrath I'm using CSV with the {{@NotEmpty}} constraint and a specific message. When the form is validated on server side the error messega is always the specified one. When the field is validated on client side, the error message is sometimes my specified, sometimes one of "can not be null" or "must be between 1 and 2147483647". The problem here is, that for CSV the JS code contains 3 validators: {code:JavaScript} var p={ da:da, v:[ {f:RichFaces.csv.validateRequired,p:{} ,m:{"detail":"kann nicht null sein","severity":0,"summary":"kann nicht null sein"} }, {f:RichFaces.csv.validateSize,p:{"min":1} ,m:{"detail":"muss zwischen 1 und 2147483647 liegen","severity":0,"summary":"muss zwischen 1 und 2147483647 liegen"} }, {f:RichFaces.csv.validateRequired,p:{} ,m:{"detail":"Bitte gib einen Benutzernamen an!","severity":0,"summary":"Bitte gib einen Benutzernamen an!"} } ] }; {code} Unfortunately the order of these 3 validators seems random. When validating the first validator fails and its message will be displayed. It seems that the {{@ReportAsSingleViolation}} annotation is being ignored when creating JS code for CSV. -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] (RF-12428) File delete exception for rich:fileUpload in 4.2.2

by prakash t (JIRA)

prakash t created RF-12428: ------------------------------ Summary: File delete exception for rich:fileUpload in 4.2.2 Key: RF-12428 URL: https://issues.jboss.org/browse/RF-12428 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.2.2.Final Environment: Jboss 7.1 server Reporter: prakash t Fix For: 4.2.2.Final I am using richfaces 4.2 in my application.I have following issues with rich:fileUpload component. 1.The component behaves in a different way with IE 7. When a single file is added, it displays that 2 files are uploaded. 2. After the file is uploaded, it tries to delete the temporary file and throws the following exception : SEVERE [org.richfaces.log.Application] (http--0.0.0.0-8080-5) File delete failed: java.io.IOException: File delete failed at org.richfaces.request.FileUploadDiscResource.delete(FileUploadDiscResource.java:74) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final] at org.richfaces.request.UploadedFile25.delete(UploadedFile25.java:54) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final] at org.richfaces.request.MultipartRequest25.release(MultipartRequest25.java:163) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final] at org.richfaces.context.FileUploadFacesContextFactory$FileUploadFacesContext.release(FileUploadFacesContextFactory.java:70) [richfaces-components-ui-4.2.2.Final.jar:4.2.2.Final] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Unknown Source) [rt.jar:1.6.0_20] Could you help us in resolving these issues as soon as possible? -- 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, 2 months

2
7
0 / 0

[JBoss JIRA] (RF-12429) Close HornetQ Threads properly [tomcat]

by Jiří Štefek (JIRA)

Jiří Štefek created RF-12429: -------------------------------- Summary: Close HornetQ Threads properly [tomcat] Key: RF-12429 URL: https://issues.jboss.org/browse/RF-12429 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.3.0.Milestone1 Environment: RichFaces 4.3.0-SNAPSHOT Metamer 4.3.0-SNAPSHOT Apache MyFaces JSF-2.1 Core Impl 2.1.8 or Mojarra Apache Tomcat 7.0.29 OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux Firefox 14.0.1 @ Linux x86_64 Reporter: Jiří Štefek The HornetQ Threads are not closed properly. This causes memory leaks, which can lead to test suite stuck. See [1] after each test class. {code} Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/metamer] appears to have started a thread named [Thread-0 (HornetQ-client-factory-threads-1849147-2133832)] but has failed to stop it. This is very likely to create a memory leak. {code} In Myfaces(only) there are also problems with closing ThreadLocals {code} Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web application [/metamer] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@f659f0]) and a value of type [org.apache.myfaces.context.servlet.ServletExternalContextImpl] (value [org.apache.myfaces.context.servlet.ServletExternalContextImpl@18ad373]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. {code} [1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke... -- 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, 2 months

3
2
0 / 0

[JBoss JIRA] (RF-12400) Inform a developer when raw objects without conveter are used as a model for rich:pickList

by Jan Papousek (JIRA)

Jan Papousek created RF-12400: --------------------------------- Summary: Inform a developer when raw objects without conveter are used as a model for rich:pickList Key: RF-12400 URL: https://issues.jboss.org/browse/RF-12400 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.3.0.Milestone1 Reporter: Jan Papousek When a developer uses _List<Object>_ instead of _List<SelectItem>_ as a model for rich:pickList, the converter is required. However the rich:pickList works correctly without it in many cases. It would be nice to raise a warning (for example) the converter is not set to inform the developer that he/she should use it. -- 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, 2 months

2
7
0 / 0

[JBoss JIRA] Created: (RF-11072) File Upload immediateUpload has no effect in Richfaces 4.0

by Jesse Bowes (JIRA)

File Upload immediateUpload has no effect in Richfaces 4.0 ---------------------------------------------------------- Key: RF-11072 URL: https://issues.jboss.org/browse/RF-11072 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Jesse Bowes Richfaces 4.0 does not seem to support immediateUpload. Setting this value to true still requires the user to manually upload the files -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

6
11
0 / 0

[JBoss JIRA] (RF-11551) [rich:tabPanel] [rich:extendedDataTable] The scrollbar of rich:extendedDataTable disappears inside rich:tabPanel (switchType=ajax) and problems with switchType=client

by Rene O (Created) (JIRA)

[rich:tabPanel] [rich:extendedDataTable] The scrollbar of rich:extendedDataTable disappears inside rich:tabPanel (switchType=ajax) and problems with switchType=client ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: RF-11551 URL: https://issues.jboss.org/browse/RF-11551 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone2 Environment: Tomcat6, Firefox 7, IE 8, myfaces 2.1.3 Reporter: Rene O A testcase to reproduce this issue is attached. Steps to reproduce this issue: 1. http://localhost:8080/jsftest/tabandtable.jsf 2. switch to tab "Tab with Table" -> table has scrollbar 3. switch to tab "Tab with Table2" -> table has no scrollbar, which is not the expected behaviour 4. switch again to tab "Tab with Table" -> table has now also no scrollbar, which is not the expected behaviour If you use switchType=server everything works as expected. If you use switchType=client there is another problem: The content of the tables is not visible. It is visible after you use the dataScroller. But there is also no scrollbar visible. -- 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, 3 months

5
8
0 / 0

[JBoss JIRA] (RF-12033) ExtendedDataTable doesn't show up in tabpanel with switchType="client"

by Josh Hill (JIRA)

Josh Hill created RF-12033: ------------------------------ Summary: ExtendedDataTable doesn't show up in tabpanel with switchType="client" Key: RF-12033 URL: https://issues.jboss.org/browse/RF-12033 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.2.0.Final Environment: FireFox 10.0.2 (works in IE7) GlassFish 3.1 Reporter: Josh Hill Attachments: richfaces-test.zip testcase attached 1. Open test1.xhtml 2. Switch to Tab Two Expected Result: ExtendedDataTable shows up Actual Result: Grey bar shows up Workaround is to set switchType to "ajax" instead of "client" -- 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, 3 months

3
6
0 / 0

[JBoss JIRA] (RF-12408) Metamer: rich:tree: tree expand doesn't work

by Ján Jamrich (JIRA)

Ján Jamrich created RF-12408: -------------------------------- Summary: Metamer: rich:tree: tree expand doesn't work Key: RF-12408 URL: https://issues.jboss.org/browse/RF-12408 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Environment: RichFaces 4.3.0.20120802-M1 Metamer 4.3.0.20120802-M1 Apache MyFaces JSF-2.1 Core Impl 2.1.8 Apache Tomcat 7.0.29 OpenJDK Runtime Environment 1.7.0_05-icedtea-mockbuild_2012_07_09_19_42-b00 @ Linux Chrome 20.0.1132.47 @ Linux i686 Reporter: Ján Jamrich Fix For: 4.3.0.Milestone1 All tree examples doesn't work. It is not possible expand any level of tree. See: - faces/components/richTree/simpleSwingTreeNode.xhtml - faces/components/richTree/simpleRichFacesTreeNode.xhtml - faces/components/richTree/simpleRichFacesTreeDataModel.xhtml When click on "Expand All" button or click on plus sign near tree item, "ERROR" status appears (and leaf don't get expanded) -- 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, 3 months

4
10
0 / 0

[JBoss JIRA] (RF-12388) rich:autocomplete - onblur event is fired twice

by Jan Papousek (JIRA)

Jan Papousek created RF-12388: --------------------------------- Summary: rich:autocomplete - onblur event is fired twice Key: RF-12388 URL: https://issues.jboss.org/browse/RF-12388 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.3.0.Milestone1 Environment: RichFaces 4.3.0.20120802-M1 Metamer 4.3.0.20120802-M1 Unknown version of JSF JBoss AS 7.1.1.Final Java(TM) SE Runtime Environment 1.7.0_04-b20 @ 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, 3 months

2
7
0 / 0

[JBoss JIRA] Created: (RF-8287) Make build incremental

by Alexander Smirnov (JIRA)

Make build incremental ---------------------- Key: RF-8287 URL: https://jira.jboss.org/jira/browse/RF-8287 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Alexander Smirnov Fix For: 4.0.0.ALPHA2 To speed-up development builds, CDK should record "last modified" time of source files in the model. Generated file should be written only if target does not exist or its modification time is less then recorded for source files. -- 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

8
33
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2012