November 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-11752) Propagate UIDataAdaptor#processEvent(ComponentSystemEvent) to #processEvent(SystemEvent)

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

Propagate UIDataAdaptor#processEvent(ComponentSystemEvent) to #processEvent(SystemEvent) ---------------------------------------------------------------------------------------- Key: RF-11752 URL: https://issues.jboss.org/browse/RF-11752 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.1.0.CR2 Reporter: Lukáš Fryč Assignee: Lukáš Fryč Fix For: 4.1.0.CR2 >From review: https://source.jboss.org/cru/REV-RF-5/#c170 {quote} Note that this processEvent(SystemEvent) method has same signature as processEvent(ComponentSystemEvent) method above. Both needs to implemented in order to implement interfaces, but since ComponentSystemEvent class extends SystemEvent, it may be safer to delegate from processEvent(ComponentSystemEvent) to processEvent(SystemEvent) and then check for identity of event (event instanceof ComponentSystemEvent), otherwise, some JDK may fail to call correct method. {quote} -- 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

12 years, 10 months

2
1
0 / 0

[JBoss JIRA] (RF-11744) Autocomplete component doesn't include list of submitted files removed in the onclear event

by Brian Leathem (Created) (JIRA)

Autocomplete component doesn't include list of submitted files removed in the onclear event ------------------------------------------------------------------------------------------- Key: RF-11744 URL: https://issues.jboss.org/browse/RF-11744 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.CR1 Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.1.0.Final The onclear event fired by the autocomplete component when all items are removed does not included the submitted items (only the queued for upload items). This makes it impossible to write a handler to remove the items. -- 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

12 years, 10 months

4
3
0 / 0

[JBoss JIRA] (RF-11748) The frozenColumns does not work when I added a second extenedDataTable

by hantsy bai (Created) (JIRA)

The frozenColumns does not work when I added a second extenedDataTable ---------------------------------------------------------------------- Key: RF-11748 URL: https://issues.jboss.org/browse/RF-11748 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: hantsy bai The frozenColumns does not work when I added a second extenedDataTable...please refer the forum and screenshot there. -- 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

12 years, 10 months

2
1
0 / 0

[JBoss JIRA] (RF-11746) missing clear handler in FileUpload for individual file removals

by u j (Created) (JIRA)

missing clear handler in FileUpload for individual file removals ---------------------------------------------------------------- Key: RF-11746 URL: https://issues.jboss.org/browse/RF-11746 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.1.0.CR1 Reporter: u j If a user uploads several files and then removes only one of them, there is no way to know in the backing bean which file was removed. Possible solution: add listener with FileUploadEvent as parameter like the fileUploadListener. -- 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

12 years, 10 months

2
1
0 / 0

[JBoss JIRA] (RF-11743) Add mobile optimization option to the simpleapp archetype

by Wesley Hales (Created) (JIRA)

Add mobile optimization option to the simpleapp archetype --------------------------------------------------------- Key: RF-11743 URL: https://issues.jboss.org/browse/RF-11743 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: archetype Reporter: Wesley Hales Assignee: Wesley Hales Fix For: 4.1.0.Final -- 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

12 years, 10 months

2
1
0 / 0

[JBoss JIRA] (RF-11695) showcase - deploying on JBoss AS 7.1.0-SNAPSHOT trows error: JMSInitializer was not correctly initialized

by Juraj Huska (Created) (JIRA)

showcase - deploying on JBoss AS 7.1.0-SNAPSHOT trows error: JMSInitializer was not correctly initialized --------------------------------------------------------------------------------------------------------- Key: RF-11695 URL: https://issues.jboss.org/browse/RF-11695 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution, showcase Affects Versions: 4.1.0.CR1 Environment: richfaces-showcase-4.1.0-CR1 container: JBoss AS 7.1.0.Alpha2-SNAPSHOT Reporter: Juraj Huska Deploying on latest *JBoss AS 7.1.0-SNAPSHOT* (last successful artifact from Nov 15, 2011 12:41:27 PM ) causes *critical error during deployment* with this stacktrace: {code} 18:58:34,893 ERROR [org.jboss.remoting.remote] (Remoting "management-client" read-1) JBREM000200: Remote connection failed: javax.security.sasl.SaslException: No more authentication mechanisms to try 18:58:34,905 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (MSC service thread 1-3) Critical error during deployment: : com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:376) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3392) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT] at org.apache.catalina.core.StandardContext.start(StandardContext.java:3850) [jbossweb-7.0.3.Final.jar:7.1.0.Alpha2-SNAPSHOT] at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:77) [jboss-as-web-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_22] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_22] at java.lang.Thread.run(Thread.java:662) [:1.6.0_22] Caused by: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized at org.richfaces.demo.push.AbstractCapabilityInitializer.processEvent(AbstractCapabilityInitializer.java:66) [classes:] at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2129) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2105) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:300) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at org.jboss.as.weld.webtier.jsf.ForwardingApplication.publishEvent(ForwardingApplication.java:288) [jboss-as-weld-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT] at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:601) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] ... 9 more Caused by: java.net.ConnectException: Could not connect to remote://127.0.0.1:9999. Make sure the server is running. at org.jboss.as.protocol.ProtocolChannelClient.connect(ProtocolChannelClient.java:113) [jboss-as-protocol-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT] at org.jboss.as.protocol.mgmt.ManagementClientChannelStrategy$Establishing.getChannel(ManagementClientChannelStrategy.java:123) [jboss-as-protocol-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT] at org.jboss.as.protocol.mgmt.ManagementRequest$1.run(ManagementRequest.java:101) [jboss-as-protocol-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT] ... 3 more Caused by: javax.security.sasl.SaslException: No more authentication mechanisms to try at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:300) [jboss-remoting-3.2.0.CR2.jar:3.2.0.CR2] at org.jboss.remoting3.remote.ClientConnectionOpenListener$Capabilities.handleEvent(ClientConnectionOpenListener.java:199) [jboss-remoting-3.2.0.CR2.jar:3.2.0.CR2] at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72) [xnio-api-3.0.0.CR3.jar:3.0.0.CR3] at org.xnio.channels.TranslatingSuspendableChannel.handleReadable(TranslatingSuspendableChannel.java:179) [xnio-api-3.0.0.CR3.jar:3.0.0.CR3] at org.xnio.channels.TranslatingSuspendableChannel$2.handleEvent(TranslatingSuspendableChannel.java:100) [xnio-api-3.0.0.CR3.jar:3.0.0.CR3] at org.xnio.channels.TranslatingSuspendableChannel$2.handleEvent(TranslatingSuspendableChannel.java:98) [xnio-api-3.0.0.CR3.jar:3.0.0.CR3] at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:72) [xnio-api-3.0.0.CR3.jar:3.0.0.CR3] at org.xnio.nio.NioHandle.run(NioHandle.java:90) at org.xnio.nio.WorkerThread.run(WorkerThread.java:184) at ...asynchronous invocation...(Unknown Source) at org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:273) [jboss-remoting-3.2.0.CR2.jar:3.2.0.CR2] at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:336) [jboss-remoting-3.2.0.CR2.jar:3.2.0.CR2] at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:324) [jboss-remoting-3.2.0.CR2.jar:3.2.0.CR2] at org.jboss.as.protocol.ProtocolChannelClient.connect(ProtocolChannelClient.java:107) [jboss-as-protocol-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT] ... 5 more {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

12 years, 10 months

13
23
0 / 0

[JBoss JIRA] (RF-11714) showcase - demo rich:select - panels which hold selects should has bigger width

by Juraj Huska (Created) (JIRA)

showcase - demo rich:select - panels which hold selects should has bigger width ------------------------------------------------------------------------------- Key: RF-11714 URL: https://issues.jboss.org/browse/RF-11714 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-panels-layout-themes, mobile, showcase, skinning Affects Versions: 4.1.0.CR1 Environment: app: richfaces-showcase-4.1.0.20111111-CR1 mobile devices: iPad1, Motorola Xoom Reporter: Juraj Huska Priority: Trivial *Both rich:panel components* in the demo for rich:select, which are containers for rich:select components, should have *bigger width*, since now it looks a little bit ugly. Please see the attachment. -- 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

12 years, 10 months

4
3
0 / 0

[JBoss JIRA] (RF-11735) [rich:tabPanel] activeItem doesn't work if attribute immediate is set to true

by Rene O (Created) (JIRA)

[rich:tabPanel] activeItem doesn't work if attribute immediate is set to true ----------------------------------------------------------------------------- Key: RF-11735 URL: https://issues.jboss.org/browse/RF-11735 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.CR1 Environment: RF-4.1.0.CR1, mojarra 2.1.3 Reporter: Rene O A testcase to reproduce this issue is attached. Steps to reproduce this issue: 1. http://localhost:8080/jsftest/tabswitch.jsf -- 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

12 years, 10 months

6
5
0 / 0

[JBoss JIRA] (RF-11720) rich:tab double click to change tab (inside h:panelGroup with initally render property set to false)

by Nicola Nick (Created) (JIRA)

rich:tab double click to change tab (inside h:panelGroup with initally render property set to false) ---------------------------------------------------------------------------------------------------- Key: RF-11720 URL: https://issues.jboss.org/browse/RF-11720 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone4 Environment: Tomcat 6.0.16 Reporter: Nicola Nick Hi, I have the following rich:tabPanel that is rendered when the customerShow variable is true. The issue appear when the the variable is initally to False and then is set to True. The strange behavior is that at the first change of tab i have to click two times to do it. This behavior doesn't appear if the customerShow variable is initally true. THIS IS THE CODE: <!DOCTYPE composition PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <ui:composition xmlns="http://www.w3.org/1999/xhtml" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:a4j="http://richfaces.org/a4j" xmlns:rich="http://richfaces.org/rich" xmlns:sf="http://www.springframework.org/tags/faces"> <div class="container"> <h:panelGroup rendered="#{customerShow}" layout="block"> <h:form> <rich:tabPanel id="customerTabPanel" switchType="ajax" headerPosition="top" headerLocation="center"> <rich:tab id="customerList" header="&rsaquo; Search"> </rich:tab> <rich:tab id="customerDetail" header="&rsaquo; Customer"> </rich:tab> <rich:tab id="vehicleDetail" header="&rsaquo; Vehicle"> </rich:tab> <rich:tab id="subscriptionDetail" header="&rsaquo; Subscription"> </rich:tab> <rich:tab id="history" header="&rsaquo; History"> </rich:tab> </rich:tabPanel> </h:form> </h:panelGroup> </div> </ui:composition> LAYOUT: <h:body id="top"> <div id="body" class="wrapper"> <h:panelGroup id="content-area" layout="block"> <ui:insert name="content"> <ui:include src="/WEB-INF/sections/contentEmpty.xhtml" /> </ui:insert> </h:panelGroup> </div> </h:body> And finally those are the two POST responses: FIRST CLICK: <?xml version='1.0' encoding='UTF-8'?> <partial-response><changes><update id="javax.faces.ViewState"><![CDATA[e10s1]]></update></changes></partial-response> SECOND CLICK: <?xml version='1.0' encoding='UTF-8'?> <partial-response><changes><update id="j_idt246:customerDetail"><![CDATA[<div id="j_idt246:customerDetail" class="rf-tab"><div class="rf-tab-cnt" id="j_idt246:customerDetail:content"></div><script type="text/javascript">new RichFaces.ui.Tab("j_idt246:customerDetail",{"index":1,"leave":null,"togglePanelId":"j_idt246:customerTabPanel","switchMode":"ajax","name":"customerDetail","enter":null,"disabled":false} )</script></div>]]></update><update id="javax.faces.ViewState"><![CDATA[e10s1]]></update></changes><extension id="org.richfaces.extension"><complete>RichFaces.$('j_idt246:customerTabPanel').onCompleteHandler('customerDetail');;</complete></extension></partial-response> -- 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

12 years, 10 months

7
8
0 / 0

[JBoss JIRA] (RF-11724) Do not generate header (a table in html code) of rich:dataTable/extenedDataTable when there is no header facet

by hantsy bai (Created) (JIRA)

Do not generate header (a table in html code) of rich:dataTable/extenedDataTable when there is no header facet -------------------------------------------------------------------------------------------------------------- Key: RF-11724 URL: https://issues.jboss.org/browse/RF-11724 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: hantsy bai Do not generate header (a table in html code) of rich:dataTable/extenedDataTable when there is no header facet...I found richfaces always generate a table for it even I have not set header facet. -- 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

12 years, 10 months

6
10
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues November 2011