[JBoss JIRA] (RF-13086) Popup panel: button's label is invisible in IE8
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13086?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reopened RF-13086:
--------------------------------
> Popup panel: button's label is invisible in IE8
> -----------------------------------------------
>
> Key: RF-13086
> URL: https://issues.jboss.org/browse/RF-13086
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.1, 4.3.2
> Environment: jboss 7.1.1 gatein 3.5 portletbridge 3.2 jsf 2.1.7 (jboss7.1.1 embedded) richfaces 4.3.1(2)
> Reporter: Sergey Zubarev
> Assignee: Brian Leathem
> Labels: needs-qe
> Fix For: 4.3.4
>
>
> {noformat}
> <!DOCTYPE html 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:ui="http://java.sun.com/jsf/facelets"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich">
> <h:form id="planningCPPRTableSettingForm">
> <rich:popupPanel modal="true" id="planningCPPRTableSettingsPanel" width="450" height="500"
> showWhenRendered="false" domElementAttachment="form">
> <f:facet name="header">
> <h:outputText value="#{msg.tableConfig_header}" />
> </f:facet>
> <f:facet name="controls">
> <h:graphicImage name="images/fil_close.png"
> style="cursor:pointer"
> onclick="#{rich:component('planningCPPRTableSettingsPanel')}.hide()" />
> </f:facet>
> <a4j:commandButton id="apply_btn" value="apply"/>
> <a4j:commandButton id="reset_btn" value="reset"/>
> <input type="button" value="cancel"
> onclick="#{rich:component('planningCPPRTableSettingsPanel')}.hide();" />
> </rich:popupPanel>
> </h:form>
> </ui:composition>
> {noformat}
> IE 8 not rendered labels for buttons.
> In HTML all ok - all buttons have labels (value tag). In IE 7,9,10 all ok. If I removed header facet from popupPanel or add autosized="true" attribute for popupPanel - button text is displayed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-13086) Popup panel: button's label is invisible in IE8
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13086?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13086.
--------------------------------
Labels: (was: needs-qe)
Resolution: Done
> Popup panel: button's label is invisible in IE8
> -----------------------------------------------
>
> Key: RF-13086
> URL: https://issues.jboss.org/browse/RF-13086
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.1, 4.3.2
> Environment: jboss 7.1.1 gatein 3.5 portletbridge 3.2 jsf 2.1.7 (jboss7.1.1 embedded) richfaces 4.3.1(2)
> Reporter: Sergey Zubarev
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> {noformat}
> <!DOCTYPE html 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:ui="http://java.sun.com/jsf/facelets"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich">
> <h:form id="planningCPPRTableSettingForm">
> <rich:popupPanel modal="true" id="planningCPPRTableSettingsPanel" width="450" height="500"
> showWhenRendered="false" domElementAttachment="form">
> <f:facet name="header">
> <h:outputText value="#{msg.tableConfig_header}" />
> </f:facet>
> <f:facet name="controls">
> <h:graphicImage name="images/fil_close.png"
> style="cursor:pointer"
> onclick="#{rich:component('planningCPPRTableSettingsPanel')}.hide()" />
> </f:facet>
> <a4j:commandButton id="apply_btn" value="apply"/>
> <a4j:commandButton id="reset_btn" value="reset"/>
> <input type="button" value="cancel"
> onclick="#{rich:component('planningCPPRTableSettingsPanel')}.hide();" />
> </rich:popupPanel>
> </h:form>
> </ui:composition>
> {noformat}
> IE 8 not rendered labels for buttons.
> In HTML all ok - all buttons have labels (value tag). In IE 7,9,10 all ok. If I removed header facet from popupPanel or add autosized="true" attribute for popupPanel - button text is displayed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-13150) Remove JMS functionality from the RichFaces showcase
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13150?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13150.
--------------------------------
Assignee: Brian Leathem
Resolution: Done
Disabled the push JMS sample via the web.xml configuration parameter
> Remove JMS functionality from the RichFaces showcase
> ----------------------------------------------------
>
> Key: RF-13150
> URL: https://issues.jboss.org/browse/RF-13150
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-push/poll, showcase
> Reporter: Brian Leathem
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> The RichFaces showcase currently includes a demo of RichFaces push backed by JMS. The JMS security configuration however is not portable, and leads to difficulties in running the RichFaces showcase in other containers.
> We target the showcase at demonstrating component capabilities, and leave the JMS integration to be demonstrated as a developer example. The caveat here is that we do a better job promoting the availability of our developer examples.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-13150) Remove JMS functionality from the RichFaces showcase
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13150?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13150:
-------------------------------
Labels: needs-qe (was: )
> Remove JMS functionality from the RichFaces showcase
> ----------------------------------------------------
>
> Key: RF-13150
> URL: https://issues.jboss.org/browse/RF-13150
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-push/poll, showcase
> Reporter: Brian Leathem
> Assignee: Brian Leathem
> Labels: needs-qe
> Fix For: 4.3.4
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> The RichFaces showcase currently includes a demo of RichFaces push backed by JMS. The JMS security configuration however is not portable, and leads to difficulties in running the RichFaces showcase in other containers.
> We target the showcase at demonstrating component capabilities, and leave the JMS integration to be demonstrated as a developer example. The caveat here is that we do a better job promoting the availability of our developer examples.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-13142) Showcase: mediaOutput sample is not working with MyFaces
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13142?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13142.
--------------------------------
Resolution: Done
Changed the ClassNotFoundException rethrow to a LOGGER.debug message in the LookAheadObjectInputStream
> Showcase: mediaOutput sample is not working with MyFaces
> --------------------------------------------------------
>
> Key: RF-13142
> URL: https://issues.jboss.org/browse/RF-13142
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.3.3, 4.3.4
> Environment: MyFaces 2.1.10
> Apache Tomcat 7.0.34
> Reporter: Jiří Štefek
> Assignee: Brian Leathem
> Fix For: 4.3.4
>
>
> The generated image from media output is not displayed.
> Stack trace from logs:
> {code}
> java.lang.ClassNotFoundException: javax.faces.component.StateHolderSaver
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:188)
> at org.richfaces.util.LookAheadObjectInputStream.loadWhitelist(LookAheadObjectInputStream.java:141)
> at org.richfaces.util.LookAheadObjectInputStream.<clinit>(LookAheadObjectInputStream.java:76)
> at org.richfaces.util.Util.decodeObjectData(Util.java:236)
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:129)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
> {code}
> java.lang.NoClassDefFoundError: Could not initialize class org.richfaces.util.LookAheadObjectInputStream
> at org.richfaces.util.Util.decodeObjectData(Util.java:236)
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:129)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-13142) Showcase: mediaOutput sample is not working with MyFaces
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13142?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13142:
-------------------------------
Labels: needs-qe (was: )
> Showcase: mediaOutput sample is not working with MyFaces
> --------------------------------------------------------
>
> Key: RF-13142
> URL: https://issues.jboss.org/browse/RF-13142
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.3.3, 4.3.4
> Environment: MyFaces 2.1.10
> Apache Tomcat 7.0.34
> Reporter: Jiří Štefek
> Assignee: Brian Leathem
> Labels: needs-qe
> Fix For: 4.3.4
>
>
> The generated image from media output is not displayed.
> Stack trace from logs:
> {code}
> java.lang.ClassNotFoundException: javax.faces.component.StateHolderSaver
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:188)
> at org.richfaces.util.LookAheadObjectInputStream.loadWhitelist(LookAheadObjectInputStream.java:141)
> at org.richfaces.util.LookAheadObjectInputStream.<clinit>(LookAheadObjectInputStream.java:76)
> at org.richfaces.util.Util.decodeObjectData(Util.java:236)
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:129)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
> {code}
> java.lang.NoClassDefFoundError: Could not initialize class org.richfaces.util.LookAheadObjectInputStream
> at org.richfaces.util.Util.decodeObjectData(Util.java:236)
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97)
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337)
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:191)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:129)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-13118) Combination of tabPanel and accordion results in Javascript error
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13118?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13118:
-------------------------------
Labels: low_hanging_fruit (was: )
> Combination of tabPanel and accordion results in Javascript error
> -----------------------------------------------------------------
>
> Key: RF-13118
> URL: https://issues.jboss.org/browse/RF-13118
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.3
> Environment: jdk1.7.0_21; apache-tomcat-7.0.42; Mojarra 2.1.24; Firefox;
> Reporter: Alexey Shakov
> Labels: low_hanging_fruit
> Fix For: 5-Tracking
>
>
> Test code:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html"
> xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j"
> xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en">
> <h:head>
> <!-- <h:outputScript name="accordionItem.js" library="org.richfaces" /> -->
> </h:head>
> <h:body>
> <c:if test="#{testBean.activeItem==null}">
> <c:set target="#{testBean}" property="activeItem" value="tab1" />
> </c:if>
>
> <h:form id="form" prependId="false">
> <h:panelGroup id="pg">
> <rich:tabPanel activeItem="#{testBean.activeItem}" id="tabPanel">
> <rich:tab header="tab1" name="tab1" render="tabPanel">
> <rich:accordion switchType="client">
> <rich:accordionItem header="Item1">
> <a4j:commandLink value="show tab2" action="#{testBean.put('activeItem','tab2')}" render="pg" execute="@this"/>
> </rich:accordionItem>
> <rich:accordionItem header="Item2">
> <a4j:commandLink value="show tab2" action="#{testBean.put('activeItem','tab2')}" render="pg" execute="@this"/>
> </rich:accordionItem>
> </rich:accordion>
> </rich:tab>
> <rich:tab header="tab2" name="tab2">
> <a4j:commandLink value="back" action="#{testBean.put('activeItem','tab1')}" render="pg" execute="@this"/>
> </rich:tab>
> </rich:tabPanel>
> </h:panelGroup>
> </h:form>
>
> </h:body>
> </html>
> {code}
> where testBean is a simple HashMap with session scope.
> So, the page contains a tab-panel with two tabs.
> First tab contains an accordion with some items. The accordion items have some menu-links inside. Click on one of this links causes second tab to be selected.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months
[JBoss JIRA] (RF-11546) collapsiblePanel does not reevaluate expanded attribute on ajax render
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11546?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-11546:
-------------------------------
Fix Version/s: (was: 5-Tracking)
Assignee: Pavol Pitonak
QE please confirm this issue report.
> collapsiblePanel does not reevaluate expanded attribute on ajax render
> ----------------------------------------------------------------------
>
> Key: RF-11546
> URL: https://issues.jboss.org/browse/RF-11546
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.0.0.Final
> Reporter: u j
> Assignee: Pavol Pitonak
>
> If a rich:collapsiblePanel is rerendered via ajax, the expanded attribute is not re-evaluated.
> {code}
> <rich:collapsiblePanel toggleListener="#{bean.toggle}"
> expanded="#{bean.open}" switchType="ajax"
> onswitch="#{bean.render ? 'load();' : ''} >
> {code}
> The bean.render method is called, the open method is not (verified with the debugger).
> So e.g. the panel is opened by click, some other action changes the (session) bean property open to false and then an action ajax-rerenders the panel, the panel is still open instead of closed.
> Only on a page GET reload is the panel closed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 7 months