April 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-11766) rich:tree - selectionChangeListener isn't called when the model org.richfaces.model.TreeNode is used

by Jan Papousek (Created) (JIRA)

rich:tree - selectionChangeListener isn't called when the model org.richfaces.model.TreeNode is used ---------------------------------------------------------------------------------------------------- Key: RF-11766 URL: https://issues.jboss.org/browse/RF-11766 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.1.0.Final Environment: RichFaces 4.1.0-SNAPSHOT Metamer 4.1.0-SNAPSHOT r.23016 Mojarra 2.1.3-SNAPSHOT JBoss AS 7.0.2.Final Java(TM) SE Runtime Environment 1.6.0_25-b06 @ Linux Firefox 8.0 @ Linux x86_64 Reporter: Jan Papousek When the intarface org.richfaces.model.TreeNode is used as a model for rich:tree component, the calling of a listener defined in selectionChangeListener attribute doesn't work. -- 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

13 years, 8 months

4
4
0 / 0

[JBoss JIRA] Created: (RF-10971) The <rich:tooltip> doesn't work in <rich:column> for extendedDataTable

by Daniel Görlich (JIRA)

The <rich:tooltip> doesn't work in <rich:column> for extendedDataTable ---------------------------------------------------------------------- Key: RF-10971 URL: https://issues.jboss.org/browse/RF-10971 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Daniel Görlich Priority: Minor The <rich:tooltip> doesn't work in <rich:column> for extendedDataTable - with <rich:dataTable> it works. I use IE7. Example: <rich:extendedDataTable ... > <rich:column> <rich:tooltip> #{msgs.edit} </rich:tooltip> </rich:column> </rich:extendedDataTable> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

5
10
0 / 0

[JBoss JIRA] Created: (RF-10930) calendar: decode of the behavior not occurs for custom events

by Ilya Shaikovsky (JIRA)

calendar: decode of the behavior not occurs for custom events ------------------------------------------------------------- Key: RF-10930 URL: https://issues.jboss.org/browse/RF-10930 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final Reporter: Ilya Shaikovsky see forum post. checked at rf-showcase and confirmed. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

5
7
0 / 0

[JBoss JIRA] (RF-11890) ResourceServlet does not set HTTP headers for caching

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-11890: ------------------------------- Summary: ResourceServlet does not set HTTP headers for caching Key: RF-11890 URL: https://issues.jboss.org/browse/RF-11890 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: core Affects Versions: 4.2.0.CR1 Reporter: Lukáš Fryč Assignee: Lukáš Fryč {quote} All RichFaces resources served by Faces Servlet have headers set appropriately for caching. (You can check it by removing your Filter and turning resourceMapping=false). I assume you have problems with ResourceServlet where resources does not go through RichFaces ResourceHandler, so headers are set as for any other JSF resource - which means (AFAIK) no caching at all. {quote} This assumption needs to be verified before implementing. -- 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

13 years, 8 months

2
13
0 / 0

[JBoss JIRA] Created: (RF-11088) rich:select modify manualInput behavior to avoid single item scoped item list popup when editing value

by Justin Wyer (JIRA)

rich:select modify manualInput behavior to avoid single item scoped item list popup when editing value ------------------------------------------------------------------------------------------------------ Key: RF-11088 URL: https://issues.jboss.org/browse/RF-11088 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.Final, 4.0.1.Milestone1, 4.1.0.Milestone1 Reporter: Justin Wyer rich:select has usability issues when using enableManualInput="true" this will address the issues discussed in the forum post. My current idea is to attempt to display the full item list and auto highlight the input's value. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

4
10
0 / 0

[JBoss JIRA] (RF-12211) ui:repeat within rich:accordion not working (AbstractAccordion.getActiveItem NPE)

by Thierry.Xavier HÉRAUD (JIRA)

Thierry.Xavier HÉRAUD created RF-12211: ------------------------------------------ Summary: ui:repeat within rich:accordion not working (AbstractAccordion.getActiveItem NPE) Key: RF-12211 URL: https://issues.jboss.org/browse/RF-12211 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.2.0.Final Environment: WAS 8.0 - RichFaces 4.2.0 Reporter: Thierry.Xavier HÉRAUD If we use <ui:repeat within <rich:accordion, we've got an issue : <rich:accordion switchType="ajax"> <ui:repeat var="historyTransactionBean" items="#{policyTransactionController.historyTransactionBeans}"> <rich:accordionItem header="#{historyTransactionBean.creationDate}"> Creation Date :<h:outputText value="#{historyTransactionBean.creationDate}"/> <ul> <li>Rating Date :<h:outputText value="#{historyTransactionBean.ratingDate}"/></li> <li>Status :<h:outputText value="#{historyTransactionBean.status}"/></li> <li>Premium :<h:outputText value="#{historyTransactionBean.premium}"/></li> <li>Uploaded :<h:outputText value="#{historyTransactionBean.uploaded}"/></li> </ul> </rich:accordionItem> </ui:repeat> org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback logException <Null Message> java.lang.NullPointerException at org.richfaces.component.AbstractAccordion.getActiveItem(AbstractAccordion.java:54) at org.richfaces.component.AbstractTogglePanel.encodeBegin(AbstractTogglePanel.java:161) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1777) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) at org.richfaces.renderkit.html.TogglePanelItemRenderer.doEncodeChildren(TogglePanelItemRenderer.java:136) at org.richfaces.renderkit.html.TabRenderer.doEncodeChildren(TabRenderer.java:107) at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:157) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) at org.richfaces.renderkit.html.TogglePanelRenderer.encodeMetaComponent(TogglePanelRenderer.java:185) at org.richfaces.component.AbstractTogglePanel.encodeMetaComponent(AbstractTogglePanel.java:682) at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:493) at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) at org.richfaces.context.ExtendedVisitContext.invokeMetaComponentVisitCallback(ExtendedVisitContext.java:68) at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:706) at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163) at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:719) at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) at javax.faces.component.UIForm.visitTree(UIForm.java:371) at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:272) at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:194) at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:981) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:391) at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1147) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:722) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:449) at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:125) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:92) at com.intact.crm.web.filter.LoginFilter.doFilter(LoginFilter.java:55) at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:192) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:89) at org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:192) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:89) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:919) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1016) at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:886) at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1655) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:195) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305) at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1650) But if I replace ui:repeat by c:foreach, everything works fine : <rich:accordion switchType="ajax"> <c:forEach var="historyTransactionBean" items="${policyTransactionController.historyTransactionBeans}"> <rich:accordionItem header="#{historyTransactionBean.creationDate}"> Creation Date :<h:outputText value="#{historyTransactionBean.creationDate}"/> <ul> <li>Rating Date :<h:outputText value="#{historyTransactionBean.ratingDate}"/></li> <li>Status :<h:outputText value="#{historyTransactionBean.status}"/></li> <li>Premium :<h:outputText value="#{historyTransactionBean.premium}"/></li> <li>Uploaded :<h:outputText value="#{historyTransactionBean.uploaded}"/></li> </ul> </rich:accordionItem> </c:forEach> </rich:accordion> -- 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

13 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (RF-11275) Sample Modal panel example for component rich:popup - after changing the size of popup there is double shadow on IE 9

by Juraj Huska (JIRA)

Sample Modal panel example for component rich:popup - after changing the size of popup there is double shadow on IE 9 --------------------------------------------------------------------------------------------------------------------- Key: RF-11275 URL: https://issues.jboss.org/browse/RF-11275 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: showcase Affects Versions: 4.1.0.Milestone1 Environment: richfaces-showcase-4.1.0.20110805-M1-jee6.war container - JBoss AS 6.0.0.Final browser - IE 9 Reporter: Juraj Huska When I call the popup first, everything is OK. But when I change the size of popup panel, next invoked popup has double shadow at some particular part of the page. Please see the attachment. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

4
14
0 / 0

[JBoss JIRA] (RF-12178) Resource plugin: duplicate css atribute get twice the 1st one

by Nicolas Daniels (JIRA)

Nicolas Daniels created RF-12178: ------------------------------------ Summary: Resource plugin: duplicate css atribute get twice the 1st one Key: RF-12178 URL: https://issues.jboss.org/browse/RF-12178 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: resource handling Affects Versions: 4.2.0.Final Reporter: Nicolas Daniels An parsed ecss containing: background:"-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; background:"-webkit-gradient(linear, left top, left bottom, from(#CCCCCC), to(#8E8E8E))"; is resulting to: background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; background: "-moz-linear-gradient(center top, #CCCCCC, #CCCCCC 2%, #8E8E8E)" repeat scroll 0 0 transparent; The 1st background attribute is written twice while the webkit-gradient disapeared. I know I could use richfaces gradient but I want to be able to get css from anywhere and have the advantages of Richfaces resources optimization. I tried with <compress>false</compress> or <compress>true</compress> with same result. -- 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

13 years, 8 months

3
5
0 / 0

[JBoss JIRA] (RF-12153) pickList: @onchange does not work correctly

by Jiří Štefek (JIRA)

Jiří Štefek created RF-12153: -------------------------------- Summary: pickList: @onchange does not work correctly Key: RF-12153 URL: https://issues.jboss.org/browse/RF-12153 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Environment: RichFaces 4.2.1.SNAPSHOT Metamer 4.2.1.SNAPSHOT Mojarra 2.1.7-jbossorg-1 JBoss AS 7.1.1.Final OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux Firefox 11.0 @ Linux x86_64 Reporter: Jiří Štefek Event is never fired when moving items from/to pickList. But event is fired when using javascript from console. Test for this attribute should be rewritten. -- 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

13 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-11174) [rich:extendedDataTable] attribute "width" of columns should support percent values instead of only accepting px values

by Rene O (JIRA)

[rich:extendedDataTable] attribute "width" of columns should support percent values instead of only accepting px values ----------------------------------------------------------------------------------------------------------------------- Key: RF-11174 URL: https://issues.jboss.org/browse/RF-11174 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Final Reporter: Rene O Currently you can only define the width of a column inside the rich:extendedDataTable like this: <rich:column width="120px" ... But it should also be possible to define it like this: <rich:column width="30%" ... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues April 2012