January 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13317?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13317: --------------------------------- [~bleathem] should we back-port this into the 4.3 branch? > ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate() > ----------------------------------------------------------------------------------------------- > > Key: RF-13317 > URL: https://issues.jboss.org/browse/RF-13317 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1 > Reporter: Matti Bickel > Assignee: Lukáš Fryč > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I'm using several {{<rich:autocomplete>}} fields in a {{<h:form>}}, but have noticed the issue with several other AJAX requests: > When the response comes back, the data is fine but I get a JSF error saying > bq. During update: javax.faces.ViewState not found > Following that, no componentData is available to the Autocomplete component and no suggestions get displayed. > For reference the [javadoc for ResponseStateManager.VIEW_STATE_PARAM|https://javaserverfaces.java.net/no...] says: > {quote} > Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view. > {quote} -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-11469) autocomplete method does not resolve bean if ui:included and only one parameter provided

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-11469?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-11469. ---------------------------- Verified with 4.3.5. Note that the reproducer work with JSF 2.1.x, both with and without Spring deps. The reproducer does not work with JSF 2.2.x, however I think that it is because of other issue, already fixed in the 5.x - RF-13317. I can not however verify that right now as this issue was not ported to 5.x. > autocomplete method does not resolve bean if ui:included and only one parameter provided > ---------------------------------------------------------------------------------------- > > Key: RF-11469 > URL: https://issues.jboss.org/browse/RF-11469 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.0.0.Final > Reporter: u j > Assignee: Lukáš Fryč > Priority: Minor > Fix For: 4.3.5 > > Attachments: RF-11469.zip > > Original Estimate: 45 minutes > Remaining Estimate: 45 minutes > > A bean parameter in the autocomplete method is not resolved if the rich:autocomplete is part of a ui:include. > {code} > <ui:include src="/searchlocation.xhtml"> > <ui:param name="bean" value="#{searchBean}" /> > </ui:include> > {code} > searchlocation.xhtml contains: > {code} > <rich:autocomplete id="cityName" mode="ajax" value="#{bean.cityName}" autocompleteMethod="#{bean.suggestCities}" /> > {code} > The value binding works, but the binding in the autocompleteMethod gives: > {code} > 15:26:15,809 SEVERE [org.richfaces.log.Renderkit] (ajp-127.0.0.1-127.0.0.1-8009-1) Target Unreachable, identifier 'bean' resolved to null: javax.el.PropertyNotFoundException: Target Unreachable, identifier 'bean' resolved to null > at org.apache.el.parser.AstValue.getTarget(AstValue.java:75) [jbossweb-7.0.1.Final.jar:7.0.1.Final] > at org.apache.el.parser.AstValue.invoke(AstValue.java:183) [jbossweb-7.0.1.Final.jar:7.0.1.Final] > at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276) [jbossweb-7.0.1.Final.jar:7.0.1.Final] > at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:43) [weld-core-1.1.2.Final.jar:2011-07-26 15:02] > at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:56) [weld-core-1.1.2.Final.jar:2011-07-26 15:02] > at org.richfaces.renderkit.AutocompleteRendererBase.getItems(AutocompleteRendererBase.java:105) [richfaces-components-ui-4.0.0-20110322.220419-243.jar:] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItems(AutocompleteRendererBase.java:160) [richfaces-components-ui-4.0.0-20110322.220419-243.jar:] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeMetaComponent(AutocompleteRendererBase.java:271) [richfaces-components-ui-4.0.0-20110322.220419-243.jar:] > {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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13369) autocomplete problem in glassfish 4 with jsf 2.2

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13369?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13369: --------------------------------- Works now with Glassfish 4 and latest RichFaces 5.0.0-SNAPSHOT. I believe this issue was fixed by RF-13317. > autocomplete problem in glassfish 4 with jsf 2.2 > ------------------------------------------------ > > Key: RF-13369 > URL: https://issues.jboss.org/browse/RF-13369 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4 > Environment: glassfish4 with JSF2.2, ubunto 12.04 > Reporter: Joao Granado > Assignee: Lukáš Fryč > Labels: jsf22 > Fix For: 4.5.0.Alpha2 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > autocomplete: the pop-up list always appears empty -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13369) autocomplete problem in glassfish 4 with jsf 2.2

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13369?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-13369: ---------------------------- Fix Version/s: 5.0.0.Alpha3 (was: 4.5.0.Alpha2) > autocomplete problem in glassfish 4 with jsf 2.2 > ------------------------------------------------ > > Key: RF-13369 > URL: https://issues.jboss.org/browse/RF-13369 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4 > Environment: glassfish4 with JSF2.2, ubunto 12.04 > Reporter: Joao Granado > Assignee: Lukáš Fryč > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > autocomplete: the pop-up list always appears empty -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13369) autocomplete problem in glassfish 4 with jsf 2.2

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13369?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-13369: ------------------------------- Assignee: Lukáš Fryč > autocomplete problem in glassfish 4 with jsf 2.2 > ------------------------------------------------ > > Key: RF-13369 > URL: https://issues.jboss.org/browse/RF-13369 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4 > Environment: glassfish4 with JSF2.2, ubunto 12.04 > Reporter: Joao Granado > Assignee: Lukáš Fryč > Labels: jsf22 > Fix For: 4.5.0.Alpha2 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > autocomplete: the pop-up list always appears empty -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13041) Metamer: demos throw NullPointerException

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13041?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-13041. ----------------------------- Resolution: Out of Date This works fine with WildFly CR1. > Metamer: demos throw NullPointerException > ----------------------------------------- > > Key: RF-13041 > URL: https://issues.jboss.org/browse/RF-13041 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: Weld Integration 8.0.0.Alpha1 > JBoss AS 8.0.0.Alpha1 > Java(TM) SE Runtime Environment 1.7.0_17-b02 @ Linux > Chrome 26.0.1410.63 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Lukáš Fryč > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13041) Metamer: demos throw NullPointerException

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13041?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-13041: ------------------------------- Assignee: Lukáš Fryč > Metamer: demos throw NullPointerException > ----------------------------------------- > > Key: RF-13041 > URL: https://issues.jboss.org/browse/RF-13041 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: Weld Integration 8.0.0.Alpha1 > JBoss AS 8.0.0.Alpha1 > Java(TM) SE Runtime Environment 1.7.0_17-b02 @ Linux > Chrome 26.0.1410.63 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Lukáš Fryč > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate()

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13317?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-13317. ----------------------------- Resolution: Done > ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate() > ----------------------------------------------------------------------------------------------- > > Key: RF-13317 > URL: https://issues.jboss.org/browse/RF-13317 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1 > Reporter: Matti Bickel > Assignee: Lukáš Fryč > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I'm using several {{<rich:autocomplete>}} fields in a {{<h:form>}}, but have noticed the issue with several other AJAX requests: > When the response comes back, the data is fine but I get a JSF error saying > bq. During update: javax.faces.ViewState not found > Following that, no componentData is available to the Autocomplete component and no suggestions get displayed. > For reference the [javadoc for ResponseStateManager.VIEW_STATE_PARAM|https://javaserverfaces.java.net/no...] says: > {quote} > Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view. > {quote} -- 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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-11973) rich:contextMenu - after ajax re-render of table contextMenu no longer works

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-11973?page=com.atlassian.jira.plugin.s... ] Brian Leathem edited comment on RF-11973 at 1/21/14 3:45 AM: ------------------------------------------------------------- This works for me with a recent build of RichFaces 4.5. [~ppitonak] can you confirm that it is still broken in RF 4.5 and 5.0? was (Author: bleathem): This works for me with a recent build of RichFaces 4.5. Can you confirm that it is still broken in RF 4.5 and 5.0? > rich:contextMenu - after ajax re-render of table contextMenu no longer works > ---------------------------------------------------------------------------- > > Key: RF-11973 > URL: https://issues.jboss.org/browse/RF-11973 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.2.0.CR1, 4.3.2 > Environment: chrome browser / glassfish 3.1.1 / mojarra 2.1.6 > Reporter: Brendan Healey > Assignee: Brian Leathem > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > > With the following code structure, when the page is first rendered > you can right click on a row in the table and the context menu appears. > After pushing the commandButton subsequent right clicks show the > default browser right click menu, and not the context menu. > {code} > <rich:extendedDataTable id="mytable"> > ... > </rich:extendedDataTable> > <a4j:commandButton value="push" render="mytable"/> > <rich:contextMenu target="mytable" mode="ajax"> > <rich:menuItem label="Delete" > mode="ajax" > onclick="alert('hello, world!')"/> > </rich:contextMenu> > {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, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13495) Adapt the component renderers to use the doEndocde*/doDecode* methods

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13495?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13495: ------------------------------- Summary: Adapt the component renderers to use the doEndocde*/doDecode* methods (was: Adpat the component renderers to use the doEndocde*/doDecode* methods) > Adapt the component renderers to use the doEndocde*/doDecode* methods > --------------------------------------------------------------------- > > Key: RF-13495 > URL: https://issues.jboss.org/browse/RF-13495 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha1 > Environment: RichFaces 4.5.0-SNAPSHOT > all environments (OS/JDK/Maven) > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Priority: Blocker > Fix For: 4.5.0.Alpha2 > > > # git clone https://github.com/richfaces4/components.git > # git checkout 4.5.x > # mvn clean install > result: > {code} > [ERROR] COMPILATION ERROR : > [INFO] ------------------------------------------------------------- > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5-components/components/a4j/src/main/java/org/richfaces/renderkit/html/AjaxStatusRenderer.java:[166,16] error: encodeEnd(FacesContext,UIComponent) in AjaxStatusRenderer cannot override encodeEnd(FacesContext,UIComponent) in RendererBase > [ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5-components/components/a4j/src/main/java/org/richfaces/renderkit/html/AjaxOutputPanelRenderer.java:[55,16] error: encodeChildren(FacesContext,UIComponent) in AjaxOutputPanelRenderer cannot override encodeChildren(FacesContext,UIComponent) in RendererBase > [INFO] 2 errors > {code} > * see also https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/4.5/... > * it seems to be cause by a change in 5.0, not 4.5 -- 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, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2014