[JBoss JIRA] (RF-13682) Stateless view: CSS stylesheets not included in head after form submit
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13682?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13682:
------------------------------------
[~tony.cramer] / [~jhuska] given that this is only a problem when {{h:commandButton}} is used, are you able to reproduce this behaviour with a standalone JSF application (without RichFaces present on the class path?)
> Stateless view: CSS stylesheets not included in head after form submit
> ----------------------------------------------------------------------
>
> Key: RF-13682
> URL: https://issues.jboss.org/browse/RF-13682
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.7
> Environment: OpenSuse 13.1 x64
> OpenJDK 1.7.0_51
> Apache Tomcat 8.0.8
> JSF: org.glassfish:javax.faces:2.1.28
> Reporter: Tony Cramer
> Assignee: Brian Leathem
> Fix For: 4.5.0.Alpha3
>
> Attachments: rf-demo-skinning.zip, rf-demo-skinning_and_style.zip
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> If view is stateless <f:view transient="true"...
> Issue 1. skinning.css is not included after submitting a form at all.
> Issue 2. Any other stylesheets manually included with h:outputStylesheet are not included in head but in body after submit.
> Maven project reproducing the issue attached.
> Please use "rf-demo-skinning_and_style.zip" - reproduces both issues.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-13706) dequeued Ajax request not processed correctly if its source element has been updated
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13706?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13706:
-------------------------------
Original Estimate: 1 hour
Remaining Estimate: 1 hour
Sprint: 4.5.0.Alpha3 - Sprint 5
> dequeued Ajax request not processed correctly if its source element has been updated
> ------------------------------------------------------------------------------------
>
> Key: RF-13706
> URL: https://issues.jboss.org/browse/RF-13706
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.3.7
> Reporter: Marcel Kolsteren
> Assignee: Marcel Kolsteren
> Fix For: 4.3.8, 4.5.0.Alpha3
>
> Attachments: queuetest-javaee6.zip, queuetest.zip, richfaces-core-4.3.8-SNAPSHOT.patch.zip
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> I found a problem in the RichFaces Ajax queuing mechanism, which can cause all JavaScript execution to stop, leaving the end user with an unresponsive page.
> The problem occurs when a request in the queue rerenders an area that includes the source element of the next request in the queue, but does not include the form of that source element. When the next request is fetched from the queue, JSF tries to find the correct form by climbing the DOM tree, starting at the source element of the event. However, because the source element has been rerendered, the path to its form is broken, and in that case JSF falls back to the first form of the page (see JavaScript function getForm that is called by jsf.ajax.request in jsf.js). If that form is not the form belonging to the rerendered version of the element, nasty things will happen.
> To illustrate this, I created a very simple Java EE 7 web application (see attached Maven project) and deployed it in WildFly 8.1.0.Final. It contains a page with one clickable link that rerenders itself when clicked:
> {noformat}
> <!DOCTYPE html>
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:a4j="http://richfaces.org/a4j">
> <h:head/>
> <h:body>
> <form action="http://www.meandi.nl"/>
> <h:form>
> <a4j:commandLink action="#{richBean.waitThreeSeconds}" value="Click Me" render="@this"/>
> </h:form>
> </h:body>
> </html>
> {noformat}
> The method "waitThreeSeconds" does nothing but waiting for three seconds. When the link is double clicked, you'll observe that the first click is handled correctly, but that the second click results in an Ajax request posted to the URL of the first form, leading to access denied errors (because of cross domain scripting). The used RichFaces version is 4.3.7.
> The problem can be fixed by changing the RichFaces JavaScript code, so that after completion of an Ajax request, stale elements are removed from the queue. I created a patch for RichFaces 4.3.7, and verified that it works (see attachment). Another solution strategy would be to try to find the new DOM element that corresponds to the stale source of the event, and fetch the form from that element. My thought was that removing the stale request would be better, because (1) it is kind of dangerous to process a user action on an element that has already been replaced and (2) the element might have been removed from the DOM tree by the previous rerender.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-12108) Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12108?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-12108:
----------------------------------
Assignee: Pavol Pitonak
QE, please re-verify this in RichFaces 4.5 now that RF-13706 has been resolved.
> Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12108
> URL: https://issues.jboss.org/browse/RF-12108
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.2.0.Final, 4.2.2.Final
> Environment: JDK1.6,
> JBoss 6.0.Final, JBoss 7.1.1.Final
> richfaces 4.1.0.Final/4.2.0.Final/4.2.2.Final
> seam 3.1
> IE 9, Chrome, Firefox
> Reporter: Artur Mioduszewski
> Assignee: Pavol Pitonak
> Fix For: 4.5-Tracking
>
> Attachments: sample.xhtml
>
>
> In case getting 2 tabs (in my case it is primefaces tabs):
> {code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="true"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> {code:title=RENDERING ON SECOND TAB CORRECTLY WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="false"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> When I change tabs order, problem does not exist.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-12108) Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12108?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12108:
-------------------------------
Fix Version/s: 4.5-Tracking
(was: 5-Tracking)
> Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12108
> URL: https://issues.jboss.org/browse/RF-12108
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.2.0.Final, 4.2.2.Final
> Environment: JDK1.6,
> JBoss 6.0.Final, JBoss 7.1.1.Final
> richfaces 4.1.0.Final/4.2.0.Final/4.2.2.Final
> seam 3.1
> IE 9, Chrome, Firefox
> Reporter: Artur Mioduszewski
> Fix For: 4.5-Tracking
>
> Attachments: sample.xhtml
>
>
> In case getting 2 tabs (in my case it is primefaces tabs):
> {code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="true"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> {code:title=RENDERING ON SECOND TAB CORRECTLY WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="false"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> When I change tabs order, problem does not exist.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-13706) dequeued Ajax request not processed correctly if its source element has been updated
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13706?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13706:
-------------------------------
Assignee: Marcel Kolsteren (was: Brian Leathem)
> dequeued Ajax request not processed correctly if its source element has been updated
> ------------------------------------------------------------------------------------
>
> Key: RF-13706
> URL: https://issues.jboss.org/browse/RF-13706
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.3.7
> Reporter: Marcel Kolsteren
> Assignee: Marcel Kolsteren
> Fix For: 4.3.8, 4.5.0.Alpha3
>
> Attachments: queuetest-javaee6.zip, queuetest.zip, richfaces-core-4.3.8-SNAPSHOT.patch.zip
>
>
> I found a problem in the RichFaces Ajax queuing mechanism, which can cause all JavaScript execution to stop, leaving the end user with an unresponsive page.
> The problem occurs when a request in the queue rerenders an area that includes the source element of the next request in the queue, but does not include the form of that source element. When the next request is fetched from the queue, JSF tries to find the correct form by climbing the DOM tree, starting at the source element of the event. However, because the source element has been rerendered, the path to its form is broken, and in that case JSF falls back to the first form of the page (see JavaScript function getForm that is called by jsf.ajax.request in jsf.js). If that form is not the form belonging to the rerendered version of the element, nasty things will happen.
> To illustrate this, I created a very simple Java EE 7 web application (see attached Maven project) and deployed it in WildFly 8.1.0.Final. It contains a page with one clickable link that rerenders itself when clicked:
> {noformat}
> <!DOCTYPE html>
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:a4j="http://richfaces.org/a4j">
> <h:head/>
> <h:body>
> <form action="http://www.meandi.nl"/>
> <h:form>
> <a4j:commandLink action="#{richBean.waitThreeSeconds}" value="Click Me" render="@this"/>
> </h:form>
> </h:body>
> </html>
> {noformat}
> The method "waitThreeSeconds" does nothing but waiting for three seconds. When the link is double clicked, you'll observe that the first click is handled correctly, but that the second click results in an Ajax request posted to the URL of the first form, leading to access denied errors (because of cross domain scripting). The used RichFaces version is 4.3.7.
> The problem can be fixed by changing the RichFaces JavaScript code, so that after completion of an Ajax request, stale elements are removed from the queue. I created a patch for RichFaces 4.3.7, and verified that it works (see attachment). Another solution strategy would be to try to find the new DOM element that corresponds to the stale source of the event, and fetch the form from that element. My thought was that removing the stale request would be better, because (1) it is kind of dangerous to process a user action on an element that has already been replaced and (2) the element might have been removed from the DOM tree by the previous rerender.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-12108) Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12108?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12108:
------------------------------------
This may be resolved by the pull request for RF-13706.
> Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12108
> URL: https://issues.jboss.org/browse/RF-12108
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.2.0.Final, 4.2.2.Final
> Environment: JDK1.6,
> JBoss 6.0.Final, JBoss 7.1.1.Final
> richfaces 4.1.0.Final/4.2.0.Final/4.2.2.Final
> seam 3.1
> IE 9, Chrome, Firefox
> Reporter: Artur Mioduszewski
> Fix For: 5-Tracking
>
> Attachments: sample.xhtml
>
>
> In case getting 2 tabs (in my case it is primefaces tabs):
> {code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="true"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> {code:title=RENDERING ON SECOND TAB CORRECTLY WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="false"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> When I change tabs order, problem does not exist.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-12108) Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12108?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12108:
-------------------------------
Comment: was deleted
(was:
METZLER Clerk
-----------------------------------------------------------------------
Patrick Schmidt
Ich bin abwesend und ausschließlich freitag vormittags im Haus und werde
Ihre E-Mail dann bearbeiten. In dringenden Fällen wenden Sie sich bitte an
Martin Winzer (mwinzer(a)metzler.com).
)
> Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12108
> URL: https://issues.jboss.org/browse/RF-12108
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.2.0.Final, 4.2.2.Final
> Environment: JDK1.6,
> JBoss 6.0.Final, JBoss 7.1.1.Final
> richfaces 4.1.0.Final/4.2.0.Final/4.2.2.Final
> seam 3.1
> IE 9, Chrome, Firefox
> Reporter: Artur Mioduszewski
> Fix For: 5-Tracking
>
> Attachments: sample.xhtml
>
>
> In case getting 2 tabs (in my case it is primefaces tabs):
> {code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="true"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> {code:title=RENDERING ON SECOND TAB CORRECTLY WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="false"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> When I change tabs order, problem does not exist.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-12108) Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12108?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12108:
-------------------------------
Comment: was deleted
(was:
METZLER Clerk
-----------------------------------------------------------------------
Patrick Schmidt
Ich bin abwesend und ausschließlich freitag vormittags im Haus und werde
Ihre E-Mail dann bearbeiten. In dringenden Fällen wenden Sie sich bitte an
Martin Winzer (mwinzer(a)metzler.com).
)
> Components second tab changes are not rendered after performing some ajax action if attribute ajaxRendered="true" inside <rich:message /> located on first tab
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12108
> URL: https://issues.jboss.org/browse/RF-12108
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.2.0.Final, 4.2.2.Final
> Environment: JDK1.6,
> JBoss 6.0.Final, JBoss 7.1.1.Final
> richfaces 4.1.0.Final/4.2.0.Final/4.2.2.Final
> seam 3.1
> IE 9, Chrome, Firefox
> Reporter: Artur Mioduszewski
> Fix For: 5-Tracking
>
> Attachments: sample.xhtml
>
>
> In case getting 2 tabs (in my case it is primefaces tabs):
> {code:title=RENDERING ON SECOND TAB NOT WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="true"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> {code:title=RENDERING ON SECOND TAB CORRECTLY WORKS (after clicking link)}
> First tab:
> <h:selectOneMenu id="nSurfacePercentageOfWholePlayback" value="#{newSurface.percentageOfWholePlayback}">
> <f:selectItems value="#{staticPercentagesItems}"/>
> </h:selectOneMenu>
> <rich:message for="nSurfacePercentageOfWholePlayback" ajaxRendered="false"/>
> Second tab (some code with ajax)
> Ex.
> <a4j:commandLink styleClass="no-decor" execute="@this" action="#{componentManager.deactivateVertically}">
> <h:graphicImage value="/images/icons/delete.gif" alt="Deactivate Vertically"/>
> <a4j:param value="#{dayIndex.index + 1}" assignTo="#{componentManager.verticalDeactivationIndex}"/>
> </a4j:commandLink>
> {code}
> When I change tabs order, problem does not exist.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-13714) DropDownMenu not working inside tab-header
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13714?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13714:
-------------------------------
Fix Version/s: 4.5-Tracking
> DropDownMenu not working inside tab-header
> ------------------------------------------
>
> Key: RF-13714
> URL: https://issues.jboss.org/browse/RF-13714
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.7
> Environment: Wildfly 8.1.0.GA => JSF 2.2
> Tested with recent Firefox and Chromium versions.
> Reporter: Martin Höller
> Labels: dropDownMenu, tabPanel
> Fix For: 4.5-Tracking
>
> Attachments: tabPanel.png
>
>
> The <rich:dropDownMenu> component seems broken, when used in the header-fact of a <rich:tab>. The menu simply doesn't open. Here is simplified example-code to reproduce:
> {code:xml}
> <rich:tabPanel switchType="client">
> <rich:tab>
> <f:facet name="header">
> <rich:dropDownMenu showEvent="mouseover" label="menu" mode="client">
> <rich:menuItem>
> <a4j:commandLink value="menuItem" />
> </rich:menuItem>
> </rich:dropDownMenu>
> </f:facet>
> </rich:tab>
> </rich:tabPanel>
> {code}
> If I use the same menu-code in the <rich:tab> but outside the header-facet, it works.
> This did work with Richfaces 3.3!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months
[JBoss JIRA] (RF-13714) DropDownMenu not working inside tab-header
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13714?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13714:
------------------------------------
This is similar to RF-11814. So long as the tabPanel is using {{switchType=client}} I would consider it a supported use case.
> DropDownMenu not working inside tab-header
> ------------------------------------------
>
> Key: RF-13714
> URL: https://issues.jboss.org/browse/RF-13714
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.7
> Environment: Wildfly 8.1.0.GA => JSF 2.2
> Tested with recent Firefox and Chromium versions.
> Reporter: Martin Höller
> Labels: dropDownMenu, tabPanel
> Fix For: 4.5-Tracking
>
> Attachments: tabPanel.png
>
>
> The <rich:dropDownMenu> component seems broken, when used in the header-fact of a <rich:tab>. The menu simply doesn't open. Here is simplified example-code to reproduce:
> {code:xml}
> <rich:tabPanel switchType="client">
> <rich:tab>
> <f:facet name="header">
> <rich:dropDownMenu showEvent="mouseover" label="menu" mode="client">
> <rich:menuItem>
> <a4j:commandLink value="menuItem" />
> </rich:menuItem>
> </rich:dropDownMenu>
> </f:facet>
> </rich:tab>
> </rich:tabPanel>
> {code}
> If I use the same menu-code in the <rich:tab> but outside the header-facet, it works.
> This did work with Richfaces 3.3!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 12 months