September 2011 - richfaces-issues

[JBoss JIRA] Created: (RF-11333) rich:column sorting runs one step behind when partial state saving is disabled

by Bauke Scholtz (JIRA)

rich:column sorting runs one step behind when partial state saving is disabled ------------------------------------------------------------------------------ Key: RF-11333 URL: https://issues.jboss.org/browse/RF-11333 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.0.0.Final Environment: Mojarra 2.1.2, Tomcat 7.0.19 / GlassFish 3.1 / JBoss AS 6.0.0, Eclipse Helios SR1, Win7 x64. Reporter: Bauke Scholtz The {{rich:column}} sorting runs one step behind when partial state saving is disabled by {code} <context-param> <param-name>javax.faces.PARTIAL_STATE_SAVING</param-name> <param-value>false</param-value> </context-param> {code} First click on a sorting header has no effect. Any next click on an arbitrary sorting header executes the sorting as desired by the previous click. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

3
4
0 / 0

[JBoss JIRA] Commented: (RF-10927) Implement resources loading strategies

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-10927?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-10927: --------------------------------- Related feature has been implemented in scope of RF-10926 - build time minimization for JS/CSS resources. It is necessary additional efforts to make maven-resources-plugin to generate compressed/uncompressed resources and packages of resources and be able to switch between them in runtime. > Implement resources loading strategies > -------------------------------------- > > Key: RF-10927 > URL: https://issues.jboss.org/browse/RF-10927 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: optimization > Affects Versions: 4.0.0.Milestone1 > Reporter: Ilya Shaikovsky > Fix For: 4.1.0.Tracking > > > http://community.jboss.org/message/558629#558629 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-10892) components listed in the description were quite difficult to hit

by Juraj Huska (JIRA)

components listed in the description were quite difficult to hit ---------------------------------------------------------------- Key: RF-10892 URL: https://issues.jboss.org/browse/RF-10892 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: mobile Affects Versions: 4.0.0.Final Reporter: Juraj Huska Priority: Minor 1.The numbers of pages on dataScroller, mainly when there is lot of other clickable components - iPhone 2.The plus sign in the trees, mainly not the first level plus sign, but some sublevels plus signs - Nexus 3.The cross, which should cancel the poppup modal panel. iPhone, iPad -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

3
7
0 / 0

[JBoss JIRA] Created: (RF-11122) IllegalStateException if nested composite components are used

by Thomas Amrhein (JIRA)

IllegalStateException if nested composite components are used ------------------------------------------------------------- Key: RF-11122 URL: https://issues.jboss.org/browse/RF-11122 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: base functionality Affects Versions: 4.0.0.Final Environment: Tomcat 7.0 Mojarra 2.1.2 Windows7_64Bit Reporter: Thomas Amrhein A simple <div> inside a nested composite component is converted into a JSF element. RichFaces ist not able to generate unique ID's for these elements. So this exception does occur: javax.servlet.ServletException: Komponenten-ID j_idt6:j_idt8:j_idt10 wurde bereits in der Ansicht gefunden. javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) root cause java.lang.IllegalStateException: Komponenten-ID j_idt6:j_idt8:j_idt10 wurde bereits in der Ansicht gefunden. com.sun.faces.util.Util.checkIdUniqueness(Util.java:821) This is german and means that the component-ID is already found in the view. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-11075) filesubmit event not triggered on rich:fileupload

by Jesse Bowes (JIRA)

filesubmit event not triggered on rich:fileupload ------------------------------------------------- Key: RF-11075 URL: https://issues.jboss.org/browse/RF-11075 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Final Reporter: Jesse Bowes It appears as through the filesubmit event isn't being triggered by the fileUpload component. <a4j:ajax event="filesubmit" render="@form" /> doesnt reload the form, thus pointing at the event never being triggered. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

3
8
0 / 0

[JBoss JIRA] Created: (RF-8226) rich:messages (escape HTML Tags = false)

by . . (JIRA)

rich:messages (escape HTML Tags = false) ---------------------------------------- Key: RF-8226 URL: https://jira.jboss.org/jira/browse/RF-8226 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component Affects Versions: 3.3.2.SR1 Environment: rich:messages component Reporter: . . Implements the possibility to use HTML tags inside rich:messages text without escape it. <rich:modalPanel id="mp" showWhenRendered="#{!empty facesContext.maximumSeverity}"> <rich:messages layout="table" /> </rich:modalPanel> When a message is throwed, all html tags are displayed as text too. -- 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

13 years, 4 months

4
5
0 / 0

[JBoss JIRA] Created: (RF-10952) FileUpload component does not have a "clear" handler.

by R T (JIRA)

FileUpload component does not have a "clear" handler. ----------------------------------------------------- Key: RF-10952 URL: https://issues.jboss.org/browse/RF-10952 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Final Reporter: R T <a4j:ajax event="clear" execute="@none" render="testPanel" /> should call testPanel to render, but FileUpload does not have a handler for the clear event. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

3
5
0 / 0

[JBoss JIRA] Created: (RF-6906) FileUpload: full file transfer happens if size limit is overcome

by Nick Belaevski (JIRA)

FileUpload: full file transfer happens if size limit is overcome ---------------------------------------------------------------- Key: RF-6906 URL: https://jira.jboss.org/jira/browse/RF-6906 Project: RichFaces Issue Type: Bug Components: component Affects Versions: 3.3.1 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: Future If file upload component is not using Flash, then full file transfer happens if file size is greater than allowed maximum -- 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

13 years, 4 months

5
10
0 / 0

[JBoss JIRA] Commented: (RF-11156) a4j:push Performance problem in CDI sample of push in showcase

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-11156?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-11156: --------------------------------- I can reproduce this issue. Initially I have verified that the performance does not affect all user sessions but only the session which has created more than ~5 consumer windows. > a4j:push Performance problem in CDI sample of push in showcase > -------------------------------------------------------------- > > Key: RF-11156 > URL: https://issues.jboss.org/browse/RF-11156 > 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, containers - JBoss AS 6 and 7 > Reporter: Juraj Huska > Assignee: Lukáš Fryč > Fix For: 4.1.0.Milestone3 > > > When there is more than 5 consumers windows, it causes performance problems(take up to 20 seconds to render message on consumer), at least from the beginning, after some messsages like 3-4 the performance is improved on AS 7. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
0
0 / 0

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

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-11154?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-11154. ----------------------------- Resolution: Done I have committed changes to JMSMessageProducer that free resources properly. > 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

13 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2011