October 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-11314) Slider: not possible to select min value by clicking

by Pavol Pitonak (JIRA)

Slider: not possible to select min value by clicking ---------------------------------------------------- Key: RF-11314 URL: https://issues.jboss.org/browse/RF-11314 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc Metamer 4.1.0-SNAPSHOT r.22629 Apache MyFaces JSF-2.1 Core Impl 2.1.1 JBoss AS 6.0.0.Final OpenJDK Runtime Environment 1.6.0_22-b22 @Linux Chrome 13.0.782.112 @ Linux i686 Reporter: Pavol Pitonak # deploy Metamer and open http://localhost:8080/metamer/faces/components/richInputNumberSlider/simp... # click on most left place on track result: -9 is selected instead of -10, slider inside popup panel is broken too -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

7
9
0 / 0

[JBoss JIRA] (RF-11547) Panel menu group doesn't keep state after request

by Pavol Pitonak (Created) (JIRA)

Panel menu group doesn't keep state after request ------------------------------------------------- Key: RF-11547 URL: https://issues.jboss.org/browse/RF-11547 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu Affects Versions: 4.1.0.Milestone3 Environment: RichFaces 4.1.0-SNAPSHOT Metamer 4.1.0-SNAPSHOT r.22800 Mojarra 2.1.3-SNAPSHOT JBoss Web 7.0.1.Final OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Chrome 14.0.835.202 @ Linux i686 Reporter: Pavol Pitonak # deploy Metamer # open panel menu group inside iteration component, e.g. http://localhost:8080/metamer/faces/components/richPanelMenuGroup/simple.... # click on "Group 2" # set some attribute, e.g. bypassUpdates=null result: group 2 is expanded again, this happens inside rich:collapsibleSubTable, rich:dataTable, rich:dataGrid, rich:extendedDataTable, rich:list, and a4j:repeat -- 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

11 years, 6 months

5
4
0 / 0

[JBoss JIRA] Created: (RF-9850) Support of header in autocomplete with table layout

by Tommy Bø (JIRA)

Support of header in autocomplete with table layout --------------------------------------------------- Key: RF-9850 URL: https://jira.jboss.org/browse/RF-9850 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Milestone4 Environment: All Reporter: Tommy Bø It would be nice to be able to set the headers for columns when we're specifying layout="table" in the autocomplete-component. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (RF-10277) XML Parsing Error in response due to invalid character in attribute

by Michael Heinen (JIRA)

XML Parsing Error in response due to invalid character in attribute -------------------------------------------------------------------- Key: RF-10277 URL: https://issues.jboss.org/browse/RF-10277 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Environment: richfaces 3.3.3 myfaces 1.2.9 facelets neko parser 1.9.12 Reporter: Michael Heinen An ajax response is not updated on clientside if it contains ISO control characters like 'START OF HEADING' (in windows Alt + 01 or U+0001) in attributes of tags. (see http://www.fileformat.info/info/unicode/char/1/index.htm) The ajax console shows during rendering: error[14:57:16,523]: Error parsing XML error[14:57:16,523]: Parse Error: XML Parsing Error: Invalid unicode character. The parser error occurs in combination with neko filter if such a special character is used as an attribute value, e.g. as value of an inputText field. This is caused by a wrong transformation in class org.ajax4jsf.xml.serializer.ToXHTMLStream. Method ToXHTMLStream.writeAttrString contains following check: String outputStringForChar = m_charInfo.getOutputStringForChar(ch); if (null != outputStringForChar) { writer.write(outputStringForChar); } else if (escapingNotNeeded(ch)) { writer.write(ch); // no escaping in this case } else { writer.write("&#"); writer.write(Integer.toString(ch)); //THIS IS CALLED! writer.write(';'); } The 'START OF HEADING' control char is transformed to the entity  which results in an parsing error on client side. The char is correctly processed and displayed in NON-Ajax requests. The char is correctly processed and displayed in Ajax requests in outputfields (as \u0001). The char is correctly processed but not displayed in the response if tidy filter is used for ajax requests. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-11104) rich:inputNumberSlider position is affected by css position attribute of container

by Kelly Davis (JIRA)

rich:inputNumberSlider position is affected by css position attribute of container ---------------------------------------------------------------------------------- Key: RF-11104 URL: https://issues.jboss.org/browse/RF-11104 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final Environment: Chrome/Firefox on Mac Reporter: Kelly Davis The slider position is offset by the same amount that the the containing element is offset from the left side of the page. Here is some example code: <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:p="http://pontiflex.com/pontiflex" xmlns:a4j="http://richfaces.org/a4j" xmlns:rich="http://richfaces.org/rich"> <h:head> </h:head> <h:body> <h2>Working Version</h2> <div> <rich:inputNumberSlider value="50"/> </div> <h2>Relative Position Version</h2> <div style="position:relative;margin-left:50px;"> <rich:inputNumberSlider value="50"/> </div> <h2>Absolutly Positioned Version</h2> <div style="position:relative;height:100px;"> <div style="position:absolute;width:200px;left:100px;"> <rich:inputNumberSlider value="50"/> </div> </div> </h:body> </html> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

7
13
0 / 0

[JBoss JIRA] Created: (RF-11103) org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0

by u j (JIRA)

org.richfaces.skin = plain causes java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0 ---------------------------------------------------------------------------------------------------------------- Key: RF-11103 URL: https://issues.jboss.org/browse/RF-11103 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Final Reporter: u j I tried <context-param> <param-name>org.richfaces.skin</param-name> <param-value>plain</param-value> </context-param> and the skinning seems to be disabled, but I get 14:44:21,584 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (2000) and height (0) cannot be <= 0 at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24] at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24] at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT] at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT] at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT] at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS] 14:45:38,493 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myapp].[Faces Servlet]] Servlet.service() para servlet Faces Servlet lanzó excepción: java.lang.IllegalArgumentException: Width (1) and height (0) cannot be <= 0 at java.awt.image.DirectColorModel.createCompatibleWritableRaster(DirectColorModel.java:999) [:1.6.0_24] at java.awt.image.BufferedImage.<init>(BufferedImage.java:321) [:1.6.0_24] at org.richfaces.resource.ImageType.createARGBImage(ImageType.java:103) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ImageType.access$200(ImageType.java:34) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ImageType$2.createImage(ImageType.java:44) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ImageType.createImage(ImageType.java:118) [:4.0.0-SNAPSHOT] at org.richfaces.resource.Java2DUserResourceWrapperImpl.paintAndWrite(Java2DUserResourceWrapperImpl.java:155) [:4.0.0-SNAPSHOT] at org.richfaces.resource.Java2DUserResourceWrapperImpl.getInputStream(Java2DUserResourceWrapperImpl.java:65) [:4.0.0-SNAPSHOT] at org.richfaces.resource.CachedResourceImpl.initialize(CachedResourceImpl.java:178) [:4.0.0-SNAPSHOT] at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:171) [:4.0.0-SNAPSHOT] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:407) [:2.1.1-FCS] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [:6.0.0.Final] I found a note http://echelog.matzon.dk/logs/browse/richfaces/1306706400 Thanks -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

6
12
0 / 0

[JBoss JIRA] Created: (RF-11234) In sample for a4j:attachQueue in showcase there is no status rendering when typing to input

by Juraj Huska (JIRA)

In sample for a4j:attachQueue in showcase there is no status rendering when typing to input ------------------------------------------------------------------------------------------- Key: RF-11234 URL: https://issues.jboss.org/browse/RF-11234 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: showcase Affects Versions: 4.1.0.Milestone1 Environment: richfaces-showcase-4.1.0.20110805-M1-jee6.war container - JBoss AS 6.0.0.Final browser - IE 9 Reporter: Juraj Huska In sample for a4j:attachQueue in showcase there is no status rendering when typing to input. When I am clicking to submit button status is rendered correctly. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 7 months

4
4
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

11 years, 7 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

11 years, 8 months

5
8
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

11 years, 8 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 October 2011