[JBoss JIRA] (RF-13264) rich:menuGroup drop down menu hidden in richAccordion
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13264?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13264:
-------------------------------
Fix Version/s: 5-Tracking
> rich:menuGroup drop down menu hidden in richAccordion
> -----------------------------------------------------
>
> Key: RF-13264
> URL: https://issues.jboss.org/browse/RF-13264
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.4
> Environment: RichFaces 4.3.4.Final
> Metamer 4.3.5-SNAPSHOT
> JBoss Application Server: Weld Integration 7.1.1.Final
> JBoss AS 7.1.1.Final
> Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux
> Firefox 24.0 @ Linux x86_64
> Reporter: Matej Novotny
> Fix For: 5-Tracking
>
>
> Dropdown menu inside richAccordion template is clipped by accordion instead of being "on top".
> There is a very similar RF issue [here|https://issues.jboss.org/browse/RF-12592], which leads to [this|https://issues.jboss.org/browse/RF-11842] issue both of which are unresolved.
> As for conformation of this bug (and later solution) Metamer test can be run with the following command: _mvn clean verify -Pjbossas-remote-7-1 -Dtest=TestMenuGroup#testDirection -Dtemplates=richAccordion_
> Meanwhile richAccordion template will be excluded from tests.
--
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, 5 months
[JBoss JIRA] (RF-13263) RichFocus does not set focus properly in some templates
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13263?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13263:
-------------------------------
Fix Version/s: 5-Tracking
> RichFocus does not set focus properly in some templates
> -------------------------------------------------------
>
> Key: RF-13263
> URL: https://issues.jboss.org/browse/RF-13263
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Environment: RichFaces 4.3.4.Final
> Metamer 4.3.5-SNAPSHOT
> JBoss Application Server: Weld Integration 7.1.1.Final
> JBoss AS 7.1.1.Final
> Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux
> Firefox 24.0 @ Linux x86_64
> Reporter: Matej Novotny
> Fix For: 5-Tracking
>
>
> Rich Focus Component does not set focus properly after validating inputs.
> Does not work with validationAware attribute false as well (which should change focused component after validation).
> This only happens in the following templates - richAccordion, richCollapsiblePanel, richTabPanel.
> Here is the exception thrown after following "Steps to reproduce":
> {code}
> 14:06:21,629 SEVERE [org.richfaces.log.Context] (http--127.0.0.1-8080-1) containerItem3: java.lang.IllegalArgumentException: containerItem3
> at javax.faces.component.UIComponentBase.findComponent(UIComponentBase.java:606) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.renderkit.util.RendererUtils.findComponentFor(RendererUtils.java:759) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getFocusedComponent(AbstractFocusRenderStrategy.java:91) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getSubmittedFocus(AbstractFocusRenderStrategy.java:79) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getFocusCandidates(AbstractFocusRenderStrategy.java:40) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.AbstractFocusRenderStrategy.getFocusCandidatesAsString(AbstractFocusRenderStrategy.java:24) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.focus.FormFocusRenderStrategy.getFocusCandidatesAsString(FormFocusRenderStrategy.java:65) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.FocusRendererBase.getFocusCandidatesAsString(FocusRendererBase.java:38) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.html.FocusRenderer.doEncodeEnd(FocusRenderer.java:91) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.context.RenderExtendedVisitContext.invokeVisitCallbackForImplicitComponent(RenderExtendedVisitContext.java:71) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:333) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.component.AbstractTogglePanel.visitTree(AbstractTogglePanel.java:924) [richfaces-components-ui-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.4.Final.jar:4.3.4.Final]
> at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:981) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:391) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {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, 5 months
[JBoss JIRA] (RF-13260) Autocomplete - remove onlist* event handlers
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13260?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13260:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
> Autocomplete - remove onlist* event handlers
> --------------------------------------------
>
> Key: RF-13260
> URL: https://issues.jboss.org/browse/RF-13260
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 5.0.0.Alpha1
> Reporter: Lukáš Fryč
> Priority: Minor
> Fix For: 5.0.0.Alpha2
>
>
> I believe those onlist* mouse and keyboard handlers are not necessary with exposing rich jQuery UI Autocomplete event API:
> http://api.jqueryui.com/autocomplete/
> In 4.3, those events could be used for intercepting process of menu manipulation, but the new events are so rich that the list handlers are not necessary.
> One can potentially use such a code to register event handler:
> {code}
> #{r:jquery('autocomplete')}.autocomplete('menu').on('click', );
> {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, 5 months
[JBoss JIRA] (RF-13260) Autocomplete - remove onlist* event handlers
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13260?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13260:
------------------------------------
+1 -- let's make this change early so we can get appropriate feedback on it.
> Autocomplete - remove onlist* event handlers
> --------------------------------------------
>
> Key: RF-13260
> URL: https://issues.jboss.org/browse/RF-13260
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: component-input
> Affects Versions: 5.0.0.Alpha1
> Reporter: Lukáš Fryč
> Priority: Minor
> Fix For: 5.0.0.Alpha2
>
>
> I believe those onlist* mouse and keyboard handlers are not necessary with exposing rich jQuery UI Autocomplete event API:
> http://api.jqueryui.com/autocomplete/
> In 4.3, those events could be used for intercepting process of menu manipulation, but the new events are so rich that the list handlers are not necessary.
> One can potentially use such a code to register event handler:
> {code}
> #{r:jquery('autocomplete')}.autocomplete('menu').on('click', );
> {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, 5 months
[JBoss JIRA] (RF-13259) DataTable rowClasses with columnGroup is not rendered
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13259?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13259:
----------------------------------
Assignee: Pavol Pitonak
QE, please confirm
> DataTable rowClasses with columnGroup is not rendered
> -----------------------------------------------------
>
> Key: RF-13259
> URL: https://issues.jboss.org/browse/RF-13259
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.0.Final
> Environment: java 6
> Reporter: Luca Stancapiano
> Assignee: Pavol Pitonak
>
> This is my page:
> {code}
> <rich:dataTable id="postsList" value="#{topic.threadsDataModel}" rowClasses="oddRow,noStyle">
> <rich:columnGroup>
> <rich:column styleClass="forumpostleftcolumn">...</rich:column>
> <rich:column>...</rich:column>
> <rich:columnGroup>
> <rich:columnGroup>
> <rich:column styleClass="forumpostleftcolumn">...</rich:column>
> <rich:column">...</rich:column>
> <rich:columnGroup>
> </rich:dataTable>
> {code}
> I expect that the styes oddRow and noStyle are rendered inside the rows but nothing happens. Seems that rowClasses attribute cannot be used with rich:columnGroup.
>
--
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, 5 months
[JBoss JIRA] (RF-13216) PoupPanel doesn't disappear when rendered="false" and rerender it.
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13216?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč reassigned RF-13216:
-------------------------------
Assignee: Brian Leathem (was: Lukáš Fryč)
> PoupPanel doesn't disappear when rendered="false" and rerender it.
> ------------------------------------------------------------------
>
> Key: RF-13216
> URL: https://issues.jboss.org/browse/RF-13216
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.3.3
> Reporter: Takayuki Konishi
> Assignee: Brian Leathem
> Labels: gss
> Attachments: rf3_3_4-modalpanel.zip, rf4_3_3-popuppanel.zip
>
>
> If you use the richfaces popupPanel in the default domElementAttachment="body" mode it will not disappear under specific conditions.
> {code:xml}
> <h:body title="page 1">
> <a4j:outputPanel id="myPanel">
> <rich:popupPanel domElementAttachment="body" show="true" rendered="#{test.showPopup}">
> <h:form>
> <a4j:commandButton action="#{test.switchPopup()}" value="switch off" render="myPanel"/>
> </h:form>
> </rich:popupPanel>
> <h:form>
> <a4j:commandButton action="#{test.switchPopup()}" value="switch on" render="myPanel"/>
> </h:form>
> </a4j:outputPanel>
> </h:body>
> {code}
> In Richfaces 3.3.x, on the other hand, there was a component cleanup system ({{memory.js _cleanComponentNodes}}) which was responsible to remove components after ajax calls if the component was removed from the current view.
> Therefore the above example (revert {{popupPanel}} to {{modalPanel}}) works in RF3.3.4.Final.
> Note:
> In case {{domElementAttachment="parent"}}, it will show [the other JSF2 bug|https://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-790] where the view state was lost, therefore you must click the action button twice to really call the function.
--
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, 5 months
[JBoss JIRA] (RF-13259) DataTable rowClasses with columnGroup is not rendered
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13259?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13259:
-------------------------------
Description:
This is my page:
{code}
<rich:dataTable id="postsList" value="#{topic.threadsDataModel}" rowClasses="oddRow,noStyle">
<rich:columnGroup>
<rich:column styleClass="forumpostleftcolumn">...</rich:column>
<rich:column>...</rich:column>
<rich:columnGroup>
<rich:columnGroup>
<rich:column styleClass="forumpostleftcolumn">...</rich:column>
<rich:column">...</rich:column>
<rich:columnGroup>
</rich:dataTable>
{code}
I expect that the styes oddRow and noStyle are rendered inside the rows but nothing happens. Seems that rowClasses attribute cannot be used with rich:columnGroup.
was:
This is my page:
{code}
<rich:dataTable id="postsList" value="#{topic.threadsDataModel}"
rowClasses="oddRow,noStyle">
<rich:columnGroup>
<rich:column styleClass="forumpostleftcolumn">...</rich:column>
<rich:column>...</rich:column>
<rich:columnGroup>
<rich:columnGroup>
<rich:column styleClass="forumpostleftcolumn">...</rich:column>
<rich:column">...</rich:column>
<rich:columnGroup>
</rich:dataTable>
{code}
I expect that the styes oddRow and noStyle are rendered inside the rows but nothing happens. Seems that rowClasses attribute cannot be used with rich:columnGroup.
> DataTable rowClasses with columnGroup is not rendered
> -----------------------------------------------------
>
> Key: RF-13259
> URL: https://issues.jboss.org/browse/RF-13259
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.0.Final
> Environment: java 6
> Reporter: Luca Stancapiano
>
> This is my page:
> {code}
> <rich:dataTable id="postsList" value="#{topic.threadsDataModel}" rowClasses="oddRow,noStyle">
> <rich:columnGroup>
> <rich:column styleClass="forumpostleftcolumn">...</rich:column>
> <rich:column>...</rich:column>
> <rich:columnGroup>
> <rich:columnGroup>
> <rich:column styleClass="forumpostleftcolumn">...</rich:column>
> <rich:column">...</rich:column>
> <rich:columnGroup>
> </rich:dataTable>
> {code}
> I expect that the styes oddRow and noStyle are rendered inside the rows but nothing happens. Seems that rowClasses attribute cannot be used with rich:columnGroup.
>
--
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, 5 months