September 2011 - richfaces-issues

[JBoss JIRA] Created: (RF-10842) dataScroller: renderIfSinglePage=false breaks component

by Ilya Shaikovsky (JIRA)

dataScroller: renderIfSinglePage=false breaks component ------------------------------------------------------- Key: RF-10842 URL: https://issues.jboss.org/browse/RF-10842 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Final Reporter: Ilya Shaikovsky just added <f:facet name="footer"> <rich:dataScroller renderIfSinglePage="false"></rich:dataScroller> </f:facet> to /richfaces-showcase/src/main/webapp/richfaces/dataTable/samples/tableFiltering-sample.xhtml And scroller is never shown. Should be: 1) shown initially as there are at least three pages 2) not shown after filtering if there are single page 3) rendered back if reseting filter. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-6705) SuggestionBox: nothingLabel is selectable.

by Alexander Dubovsky (JIRA)

SuggestionBox: nothingLabel is selectable. ------------------------------------------ Key: RF-6705 URL: https://jira.jboss.org/jira/browse/RF-6705 Project: RichFaces Issue Type: Bug Affects Versions: 3.3.0, 3.3.1 Environment: 3.3.0.GA, 3.3.1.BETA3 All browsers Reporter: Alexander Dubovsky Assignee: Nick Belaevski Priority: Minor # Slowly type in the suggestion box, waiting for the list to refresh after each keystroke (suggestions should exist) # Type any key in case no more suggestions exist => nothing label should appear # Press TAB key Result: the nothing label is populated into input. -- 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, 8 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-11318) Ordering List - events (on* attributes)

by Jan Papousek (JIRA)

Ordering List - events (on* attributes) --------------------------------------- Key: RF-11318 URL: https://issues.jboss.org/browse/RF-11318 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc Metamer 4.1.0-SNAPSHOT r.22632 Apache MyFaces JSF-2.1 Core Impl 2.1.1 Apache Tomcat 6.0.32 OpenJDK Runtime Environment 1.6.0_22-b22 @Linux Firefox 5.0 @ Linux x86_64 Reporter: Jan Papousek Event attributes doesn't work properly. For example when I set the attribute 'onclick' to 'alert("click")', nothing happens. It's the same with others attributes. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-11303) Better integration with JBossAS 7

by Juergen Zimmermann (JIRA)

Better integration with JBossAS 7 --------------------------------- Key: RF-11303 URL: https://issues.jboss.org/browse/RF-11303 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Affects Versions: 4.0.0.Final Environment: RF 4.0.0.Final, JBossAS 7 Jenkins build 1501 or higher Reporter: Juergen Zimmermann JBossAS 7 contains sac-1.3.jar and cssparser-0.9.5.jar which can be reused in RichFaces instead of doubling them in WEB-INF/lib. The solution is pretty simple: In richfaces-core-impl-VERSION.jar the file META-INF/MANIFEST.MF has to be extended by just this line: Dependencies: org.w3c.css.sac,net.sourceforge.cssparser That's all and from now on RichFaces doesn't require the distribution of sac and cssparser in WEB-INF/lib when the platform is JBossAS 7. Please see also https://issues.jboss.org/browse/AS7-1524. Be aware that there is no blank after the comma between org.w3c.css.sac and net.sourceforge.cssparser. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
7
0 / 0

[JBoss JIRA] Created: (RF-11429) script for changing versions replaces version twice in pom.xml files

by Marek Novotny (JIRA)

script for changing versions replaces version twice in pom.xml files -------------------------------------------------------------------- Key: RF-11429 URL: https://issues.jboss.org/browse/RF-11429 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone2 Reporter: Marek Novotny Script {{build/scripts/change_version.sh}} replaces twice version in pom.xml files -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-11322) Metamer: rich:pickList: event handler attributes doesn't fire appropriate events

by Ján Jamrich (JIRA)

Metamer: rich:pickList: event handler attributes doesn't fire appropriate events -------------------------------------------------------------------------------- Key: RF-11322 URL: https://issues.jboss.org/browse/RF-11322 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9 Metamer 4.1.0.20110805-M1 r.22604 Mojarra 2.1.3-FCS Apache Tomcat 7.0.19 Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux Chrome 12.0.742.112 @ Linux i686 Reporter: Ján Jamrich Priority: Critical Attributes for handling events such as onkeypress, onkeyup, onclick, onadditem, ontargetclick doesn't fire event, so nothing happens if bind some JS code to this attribute and try to trigger this event (such click, or add|remove item) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
13
0 / 0

[JBoss JIRA] Created: (RF-11381) Clilcking the up/down arrows of the orderingList causes focus/blur events to collide

by Brian Leathem (JIRA)

Clilcking the up/down arrows of the orderingList causes focus/blur events to collide ------------------------------------------------------------------------------------ Key: RF-11381 URL: https://issues.jboss.org/browse/RF-11381 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.1.0.Milestone3 The hole approach to handling the focus/blur of the composed ordering and pick list components needs to be reviewed. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
4
0 / 0

[JBoss JIRA] Closed: (RF-11013) rich:DataTableEdit in poppup is possible to asign negative values to price and mileage inputs

by Juraj Huska (JIRA)

[ https://issues.jboss.org/browse/RF-11013?page=com.atlassian.jira.plugin.s... ] Juraj Huska closed RF-11013. ---------------------------- Verified and it is correct now. > rich:DataTableEdit in poppup is possible to asign negative values to price and mileage inputs > --------------------------------------------------------------------------------------------- > > Key: RF-11013 > URL: https://issues.jboss.org/browse/RF-11013 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.0.0.Final > Reporter: Juraj Huska > Assignee: Brian Leathem > Priority: Trivial > Labels: ci_issue > Fix For: 4.1.0.Milestone3 > > > In the poppup there is possibility to assign negative values to price and mileage inputs, since there is <f:validateDoubleRange/> but without correct range assigned, there also should be information about that range, to let user know what values are correct. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-11163) rich:select with manual input does not render options according to what was typed in input when deploying showcase.war from maven repository

by Juraj Huska (JIRA)

rich:select with manual input does not render options according to what was typed in input when deploying showcase.war from maven repository -------------------------------------------------------------------------------------------------------------------------------------------- Key: RF-11163 URL: https://issues.jboss.org/browse/RF-11163 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: examples Affects Versions: 4.1.0.Milestone1 Environment: richfaces-showcase-4.1.0-SNAPSHOT-jee6.war, richfaces-showcase-4.1.0-SNAPSHOT-tomcat6.war from maven repository, containers JBoss AS 6 and Tomcat 6, browsers firefox 3.6, Chrome 12 Reporter: Juraj Huska Where: In the sample for rich:select in showcase, the select with manual input option. Whatever I type to the input of rich:select only first 6 states are shown, so for example when I type 'Flor', there is not option 'Florida', but just the first six are shown. This bug is only noticeable when deploying showcase.war from maven repository, when I clone the showcase from github and generate wars by myself, the problem is not present. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
6
0 / 0

[JBoss JIRA] Issue Comment Edited: (RF-11154) Push - Showcase - JMS connection is left opened on JBoss AS 7

by Juraj Huska (JIRA)

[ https://issues.jboss.org/browse/RF-11154?page=com.atlassian.jira.plugin.s... ] Juraj Huska edited comment on RF-11154 at 9/23/11 8:22 AM: ----------------------------------------------------------- I have also tried to reproduce this issue on *JBoss AS 7.0.1.Final*. These mentioned exceptions *are thrown as well*, however when testing with Arquillian *they do not cause PERM Gen memory errors* and therefore I am able to run whole test suite. I am not able to say right now whether this will be also enough for larger test suits like metamer has, but for now it works for showcase. I wil know the answer for Metamer after successfully migrating to Arquillian. was (Author: jhuska): I have also tried to reproduce this issue on *JBoss AS 7.0.1.Final*. These mentioned exceptions are thrown as well, however when testing with Arquillian *they do not cause PERM Gen memory errors* and therefore I am able to run whole test suite. I am not able to say right now whether this will be also enough for larger test suits like metamer has, but for now it works for showcase. I wil know the answer for Metamer after successfully migrating to Arquillian. > Push - Showcase - JMS connection is left opened on JBoss AS 7 > ------------------------------------------------------------- > > Key: RF-11154 > URL: https://issues.jboss.org/browse/RF-11154 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll, examples > Affects Versions: 4.1.0.Milestone1 > Environment: richfaces-showcase 4.1.0.-SNAPSHOT, container JBoss AS 7.0.0.Final > Reporter: Juraj Huska > Assignee: Lukáš Fryč > Fix For: 4.1.0.Milestone3 > > > When I am deploying showcase multiple times during running test suite(this multiple deployment is needed in Arquillian, since for every test class is application deployed again), I am encountering with java.lang.OutOfMemoryError: PermGen space error which in my opinion caused by this: > {code} > WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) I'm closing a JMS connection you left open. Please make sure you close all JMS connections explicitly before letting them go out of scope! > 13:03:33,712 WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) The JMS connection you didn't close was created here:: java.lang.Exception > at org.hornetq.jms.client.HornetQConnection.<init>(HornetQConnection.java:152) > at org.hornetq.jms.client.HornetQTopicConnection.<init>(HornetQTopicConnection.java:35) > at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:682) > at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:145) > at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:140) > at org.richfaces.demo.push.JMSMessageProducer.initializeMessaging(JMSMessageProducer.java:86) > at org.richfaces.demo.push.JMSMessageProducer.sendMessage(JMSMessageProducer.java:66) > at org.richfaces.demo.push.MessageProducerRunnable.run(MessageProducerRunnable.java:57) > at java.lang.Thread.run(Thread.java:662) [:1.6.0_22] > {code} > When I am deploying showcase.war which is without Push example(4.0.0.Final), so no JMS communication is opened, no Perm Gen error is thrown. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2011