January 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-11324) Link Showcase to Tag Reference and possibly component docs

by Cody Lerum (JIRA)

Link Showcase to Tag Reference and possibly component docs ---------------------------------------------------------- Key: RF-11324 URL: https://issues.jboss.org/browse/RF-11324 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone1 Reporter: Cody Lerum The old showcase provided the tag information directly on the page. It would be nice if this was brought back, or at least provide a link on the component to the generated tag ref docs. Links to the developer guide and component ref per component would be nice too. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
4
0 / 0

[JBoss JIRA] (RF-11859) Many script/css added when not needed

by Dave Chen (Created) (JIRA)

Many script/css added when not needed ------------------------------------- Key: RF-11859 URL: https://issues.jboss.org/browse/RF-11859 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.3.3.Final Environment: JBoss 5.1 Reporter: Dave Chen Richfaces filter always adds many scripts/css even when a page does not need them, causing slow page loading for website, and not search engine friendly. -- 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, 5 months

4
3
0 / 0

[JBoss JIRA] Created: (RF-4907) rich:suggestionbox process chinese chars input

by shi long (JIRA)

rich:suggestionbox process chinese chars input ----------------------------------------------- Key: RF-4907 URL: https://jira.jboss.org/jira/browse/RF-4907 Project: RichFaces Issue Type: Feature Request Affects Versions: 3.2.2 Reporter: shi long for suggestionbox component,type single byte number,char,it process ok. when i type chinese char,it 's wrong,beacuse suggestion event trigger before my type. i hope the suggestion event trigger after my type complete,now it trigger in first char input . thanks! -- 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, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.

by Pawel J. (JIRA)

Hit miss for class loader cost performance problem in Richfaces 4.1.0. ---------------------------------------------------------------------- Key: RF-11000 URL: https://issues.jboss.org/browse/RF-11000 Project: RichFaces Issue Type: Patch Security Level: Public (Everyone can see) Components: core Affects Versions: 4.1.0.Milestone1 Environment: Linux, Java 6 Reporter: Pawel J. Priority: Minor There are scenarios when resources are retrieved during no partial request processing: 1) JSF html renderer (such as ScriptRenderer from faces) require to know resources names to include them to html/head, 2) Resources content request. We have two types of resources: dynamic and static. Predefined dynamic resources (such as StateHolderResource) are read using class loader as they are java classes. Static resources are kept in resources folder as part of richfaces release jars (jquery.js, richfaces.js, etc). There is a special case with compiled css that is consider as dynamic resources but is not important in our case. The problem appears when we try to load static resources using dynamic loader. This make unnecessary lookup in java class loader space which cost time and of course we miss the call as static resources not exists there. Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request that will be eliminated after patch: Resource::jquery.js::loading::timens::558000 ns::timems::0.558 ms::all::1.561496 sec Resource::richfaces.js::loading::timens::490000 ns::timems::0.49 ms::all::1.561986 sec Resource::richfaces-base-component.js::loading::timens::593000 ns::timems::0.593 ms::all::1.563672 sec Resource::richfaces-queue.js::loading::timens::672000 ns::timems::0.672 ms::all::1.56435 sec Resource::richfaces-event.js::loading::timens::3292000 ns::timems::3.292 ms::all::1.569386 sec -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

4
15
0 / 0

[JBoss JIRA] Created: (RF-9443) switchable panels: It should be possible to iterate child panels using a4j:repeat component

by Ilya Shaikovsky (JIRA)

switchable panels: It should be possible to iterate child panels using a4j:repeat component ------------------------------------------------------------------------------------------- Key: RF-9443 URL: https://jira.jboss.org/browse/RF-9443 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.0.0.Milestone2 Reporter: Ilya Shaikovsky Assignee: Alex Kolonitsky Fix For: 4.0.0.Milestone4 requirement present there - http://community.jboss.org/wiki/RichFaces4xswitchablepanels Alex, consider this issue to implementation only after all the new components tasks for M4. If will not fit - postpone to next one as it has workaround. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

6
14
0 / 0

[JBoss JIRA] Created: (RF-11415) Metamer: rich:messages: doesn't display all messages (@globalOnly problem)

by Ján Jamrich (JIRA)

Metamer: rich:messages: doesn't display all messages (@globalOnly problem) -------------------------------------------------------------------------- Key: RF-11415 URL: https://issues.jboss.org/browse/RF-11415 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.1.0.Milestone2 Environment: RichFaces 4.1.0.20110910-M2 r.0d4276b62c8366e0eaa1b7cd1c350d373e65ed79 Metamer 4.1.0.20110910-M2 r.unknown Mojarra 2.1.2-FCS Apache Tomcat 7.0.19 Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20100101 Firefox/7.0 Reporter: Ján Jamrich Example page for rich:messages contains 2 messages (ok, really there are 3 messages components). First with @for, second with @globalOnly (to avoid interference between functionality of each of them). Then third rich:messages component is without any attribute set. Next, there is button on page which set couple of FacesMessages in actionListener method. Following FacesMessages are added to FacesContext: - 1 with SEVERITY_ERROR and without binding to any component (global) - 1 with SEVERITY_WARN and without binding to any component (global) - 2 with SEVERITY_ERROR, and bound to input1 and (second) to input2 - 2 with SEVERITY_WARN and bound to input1 and (second) to input2 When set attributes to following values: - @globalOnly=false - @for='' and click on button which generates FacesMessages, then expect in second messages (with attribute @globalOnly, and without @for attribute) all messages displayed (all messages bound to component + global messages since @globalOnly=false tells that we are not expecting only global messages). But in fact, there is displayed only one message - without binding to component (global). It mean we are missing all messages bound to some component, and secondly, we are missing messages with SEVERITY_WARN at all! What is important, in third rich:messages component without any attributes (except ID) are not displayed these messages as well. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

5
15
0 / 0

[JBoss JIRA] Created: (RF-10473) Push: invalid 'Max re-connection reached.' error

by Nick Belaevski (JIRA)

Push: invalid 'Max re-connection reached.' error ------------------------------------------------ Key: RF-10473 URL: https://issues.jboss.org/browse/RF-10473 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-push/poll Affects Versions: 4.0.0.CR1 Reporter: Nick Belaevski Assignee: Nick Belaevski Fix For: 4.0.0.CR1 Open push-demo in Chrome & FF. Toggle arbitrary channel in Chrome in fast temp & many times -> Firefox stops receiving messages after some time, console contains 'Max re-connection reached.' message. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-11081) Dynamically created tabs: tab switch doesn't work with switchType "ajax" or null

by Ján Jamrich (JIRA)

Dynamically created tabs: tab switch doesn't work with switchType "ajax" or null -------------------------------------------------------------------------------- Key: RF-11081 URL: https://issues.jboss.org/browse/RF-11081 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.0.0.Final Environment: RichFaces 4.1.0-SNAPSHOT r.22533 Metamer 4.1.0-SNAPSHOT r.22533 Mojarra 2.0.4-b09 Apache Tomcat 7.0.12 Java(TM) SE Runtime Environment 1.6.0_19-b04 @ Linux Chrome 12.0.718.0 @ Linux i686 Reporter: Ján Jamrich With swithType set to "ajax" or not set (null) tab switch doesn't work (tab don't get switched). With option "server" tab switching works, but another issue influences behavior. Its important note that this happens only for dynamically created tabs. (For statically created tabs works tab switching correctly). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

4
4
0 / 0

[JBoss JIRA] (RF-11584) Un-ignore TestCaptureEL and ValueExpressionAnalayserTest tests

by Lukáš Fryč (Created) (JIRA)

Un-ignore TestCaptureEL and ValueExpressionAnalayserTest tests -------------------------------------------------------------- Key: RF-11584 URL: https://issues.jboss.org/browse/RF-11584 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: tests - unit Affects Versions: 4.1.0.Milestone4 Reporter: Lukáš Fryč Priority: Critical Fix For: 4.1.0.CR1 When resolving RF-11544, it was necessary to ignore following tests in components module, because of changes in jsf-test to support org.jboss.spec.javax.faces:jboss-jsf-api_2.1_spec * validator/ui/src/test/java/org/richfaces/el/ValueExpressionAnalayserTest.java * validator/ui/src/test/java/org/richfaces/el/TestCaptureEL.java -- 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, 5 months

5
10
0 / 0

[JBoss JIRA] Created: (RF-11355) commandButton doesn't work at first click in popupPanel

by Loïc TALON (JIRA)

commandButton doesn't work at first click in popupPanel ------------------------------------------------------- Key: RF-11355 URL: https://issues.jboss.org/browse/RF-11355 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 4.0.0.Final Environment: OS : Windows Seven Virtual server : easy php Server JEE : Glassfish 3.1 JSF 2.0 Reporter: Loïc TALON Hi, Sorry i don't speak very well english. I have a problem with a4j:commandButton in popupPanel. The first click doesn't work for action to commandButton but the first clic work. That doesn't work only in popupPanel. <a4j:commandButton value="Valid" action="#{beanManaged.valid}" id="validButton" render="modalPanelInfo, formCreate" /> I think the problem is javax.faces.viewstate, beacause before the first clic doesn't have input hidden with javax.faces.viewstate but after the first clic i have input hidden with javax.faces.viewstate. How to solve this problem ? THX -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

8
18
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2012