June 2012 - richfaces-issues - Jboss List Archives

[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] (RF-12324) CDK: can't resolve description from component interfaces from compiled JAR

by Lukáš Fryč (JIRA)

11 years, 5 months

2
9
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-12342) RichFunction: warn user or fail when no component found for given clientId

by Lukáš Fryč (JIRA)

11 years, 5 months

2
5
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] (RF-12257) CDK: generating listener tags

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12257: ------------------------------- Summary: CDK: generating listener tags Key: RF-12257 URL: https://issues.jboss.org/browse/RF-12257 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Bernard Labno -- 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

3
15
0 / 0

[JBoss JIRA] (RF-12309) CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12309: ------------------------------- Summary: CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub Key: RF-12309 URL: https://issues.jboss.org/browse/RF-12309 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč There are lot of bindings which needs to be manually hard-coded in order to make the component work: Look at sample of the calendar component: 1. [Renderer template|https://github.com/richfaces/components/blob/4.2.2.20120513-Fina...] 2. [Component interface|https://github.com/richfaces/components/blob/4.2.2.20120513-Fin...] ---- What could follow naming conventions? 1. *Renderer template* * {{<class>}} - use the package where the template resides in: {{calendar.template.xml}} -> {{CalendarRenderer}} * {{<superclass}} - use the {{<class> + Base}}: {{CalendarRenderer}} -> {{CalendarRendererBase}}, if not exists, use {{org.richfaces.renderkit.RendererBase}} 2. *component* {{org.richfaces.component.AbstractCalendar}} * component-type: {{org.richfaces.Calendar}} * component-family: {{org.richfaces.Calendar}} * generated class: {{org.richfaces.component.UICalendar}} * renderer: {{org.richfaces.CalendarRenderer}} * tag: {{@Tag(name = "calendar", handler = "org.richfaces.view.facelets.CalendarHandler")}} Some definitions what need to be configured per component library: e.g. prefix for component type/family/renderer, etc. Only classes which violates conventions would be necessary to configure specifically. -- 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

2
8
0 / 0

[JBoss JIRA] (RF-12296) Improve CDK c:forEach typing

by Paul Dijou (JIRA)

Paul Dijou created RF-12296: ------------------------------- Summary: Improve CDK c:forEach typing Key: RF-12296 URL: https://issues.jboss.org/browse/RF-12296 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.2.Final Environment: All Reporter: Paul Dijou As we can see on [this comment|https://issues.jboss.org/browse/RF-10037?focusedCommentId=1269671...], you currently need to assign a list/array to a var before using it inside a {{<c:forEach>}} or the CDK doesn't know its correct type. As suggested by Lukas, I agree to add a {{cdk:itemType}} (or {{cdk:type}} like in the {{<cdk:object>}} tag) to specify manually the type of the object inside the iteration. If this attribute is present in the {{<c:forEach>}}, then the CDK use it to cast the object, otherwise it does the same as currently, no regression. In addition, for Enum, I would also try to use the initial import : {code:xml} <cdk:import package="org.richfaces.component" names="MyEnum" /> {code} In order to know the type of each Enum and then be able to correctly cast the following code : {code:xml} <cc:implementation> <c:forEach items="#{MyEnum.values()}" var="item"> #{item} </c:forEach> </cc:implementation> {code} -- 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

3
10
0 / 0

[JBoss JIRA] (RF-12326) NPE if a cdk:fragment use another one before it has be defined

by Paul Dijou (JIRA)

11 years, 5 months

3
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues June 2012