September 2011 - richfaces-issues

[JBoss JIRA] Created: (RF-7706) Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it)

by Francisco Jose Peredo Noguez (JIRA)

Last focused control should not be lost after a AJAX request (Richfaces should transparently preserve it) --------------------------------------------------------------------------------------------------------- Key: RF-7706 URL: https://jira.jboss.org/jira/browse/RF-7706 Project: RichFaces Issue Type: Bug Affects Versions: 3.2.2 Reporter: Francisco Jose Peredo Noguez The focused control before an AJAX request should automatically be the focused control after the request. -- 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

5
15
0 / 0

[JBoss JIRA] Created: (RF-8606) FocusManager component

by Nick Belaevski (JIRA)

FocusManager component ---------------------- Key: RF-8606 URL: https://jira.jboss.org/jira/browse/RF-8606 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component Affects Versions: 4.0.0.ALPHA2 Reporter: Nick Belaevski Assignee: Nick Belaevski Priority: Critical Fix For: 4.0.0.Final Details in the related forum thread. -- 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
6
0 / 0

[JBoss JIRA] Created: (RF-9872) Inplace input: ajax request sent when cancel button clicked

by Pavol Pitonak (JIRA)

Inplace input: ajax request sent when cancel button clicked ----------------------------------------------------------- Key: RF-9872 URL: https://jira.jboss.org/browse/RF-9872 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Milestone4 Environment: RichFaces 4.0.0-SNAPSHOT r.20201 Metamer 4.0.0-SNAPSHOT r.20203 Mojarra 2.0.2-FCS GlassFish Server Open Source Edition 3.0.1 OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux Chrome 7.0.517.44 @ Linux x86_64 Reporter: Pavol Pitonak 1. deploy Metamer and open http://localhost:8080/metamer/faces/components/richInplaceInput/simple.xhtml 2. set showControls=true 3. click on inplace input, change value and click cancel button result: an ajax request is sent (status and time in header change) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
7
0 / 0

[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

12 years

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

12 years, 1 month

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

12 years, 1 month

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

12 years, 1 month

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

12 years, 1 month

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

12 years, 1 month

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

12 years, 1 month

4
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues September 2011