[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
10 years, 8 months
[JBoss JIRA] (RF-13358) rich:panelMenuGroup allowing actions executions even if originally disabled
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13358?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13358:
------------------------------------
[~ppitonak] I ran the metamer reproducer with the latest RichFaces 4.5 build and I see no indication that _at action and action listener were called_. Can you confirm that this is indeed still broken in 4.5? If so, please elaborate on the reproduction instructions.
> rich:panelMenuGroup allowing actions executions even if originally disabled
> ---------------------------------------------------------------------------
>
> Key: RF-13358
> URL: https://issues.jboss.org/browse/RF-13358
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.4
> Environment: Linux, AS 7.1.1 Brontes, FF 25 with FireBug addOn
> Reporter: Pavel Slegr
> Assignee: Brian Leathem
> Priority: Critical
> Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> related to https://issues.jboss.org/browse/RF-12813
> This can be possibly a security hole, as the second component piece is discovered to allow tampering actions through JS.
> I suggest to try out on other components as well !!!
> with following example
> {code}
> {
> <rich:panelMenuGroup id="group4" label="Group 4" expanded="false">
> <rich:panelMenuItem id="item41" label="Item 4.1" />
> <rich:panelMenuItem id="item42" label="Item 4.2" disabled="true" />
> <rich:panelMenuGroup id="group43" label="Group 4.1" disabled="true">
> <rich:panelMenuItem id="item431" label="Item 4.1.1" />
> </rich:panelMenuGroup>
> </rich:panelMenuGroup>
> }
> {code}
> the group43 element is intended to be disabled and thus not allowing any actions execution on it
> Once tampered with
> {code}
> {
> new RichFaces.ui.PanelMenuGroup("f:group43",{"collapseEvent":"click","unselectable":false,"selectable":false,"name":"group43","ajax":{"incId":"1"} ,"stylePrefix":"rf\u002Dpm\u002Dgr","expanded":false,"expandEvent":"click","disabled":false,"mode":"client"} )
> }
> {code}
> It is possible to expand the group and execute further actions on its children elements
> NOTE: to verify this in RF 4.5 the JS function is: _new RichFaces.rf4.ui....._
--
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
10 years, 8 months
[JBoss JIRA] (RF-13378) extendedDataTable not shown inside Bootstrap tab panel
by Steve Oh (JIRA)
[ https://issues.jboss.org/browse/RF-13378?page=com.atlassian.jira.plugin.s... ]
Steve Oh commented on RF-13378:
-------------------------------
Hello,
I put together a list of JS statements, that seams to fix the layout. But I don't think, this is a stable workaround.
{code}
var edt = RichFaces.$("#{rich:clientId('theTable')}");
var bodyy = document.getElementById("#{rich:clientId('theTable')}:b");
$(bodyy).height(300);
$(edt).triggerHandler('rich:onajaxcomplete', {reinitializeHeader: true});
edt.updateLayout();
{code}
> extendedDataTable not shown inside Bootstrap tab panel
> ------------------------------------------------------
>
> Key: RF-13378
> URL: https://issues.jboss.org/browse/RF-13378
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.4
> Environment: Tested on Ubuntu 12.04, Firefox 25, JDK 7u45, GlassFish 3.1.2.2
> Reporter: Salvo Isaja
> Labels: extendedDataTable
> Fix For: 5-Tracking
>
> Attachments: ExtendedDataTableTest.7z
>
>
> As described in RF-12682, when an extendedDataTable is placed in a parent which is not displayed by default, showing the parent causes the table to be invisible. This was reported to be solved on 4.3.2 for tables inside rich:tabPanel, while this issue is on 4.3.4 for tables inside a tab panel from Bootstrap 3.
> Attached a minimal project which demonstrates the issue.
> Thanks.
--
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
10 years, 8 months
[JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13179:
---------------------------------
We can't use this workaround as it will make the Atmosphere a mandatory dependency.
I'm scaling this fix back.
> a4j:push test using WildFly throws exception
> --------------------------------------------
>
> Key: RF-13179
> URL: https://issues.jboss.org/browse/RF-13179
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 5.0.0.Alpha1
> Environment: RichFaces 5.0.0-SNAPSHOT
> Metamer 5.0.0-SNAPSHOT
> WildFly: JSF Injection Handlers 8.0.0.Alpha4
> JBoss AS 8.0.0.Alpha4
> Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux
> Firefox 23.0 @ Linux x86_64
> Reporter: Matej Novotny
> Assignee: Lukáš Fryč
> Fix For: 5.0.0.Alpha3
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly.
> {code}
> 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async
> at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> 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
10 years, 8 months
[JBoss JIRA] (RF-13496) StackOverflowError in RendererBase.encodeEnd
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13496?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč resolved RF-13496.
-----------------------------
Resolution: Done
> StackOverflowError in RendererBase.encodeEnd
> --------------------------------------------
>
> Key: RF-13496
> URL: https://issues.jboss.org/browse/RF-13496
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component, regression
> Affects Versions: 5.0.0.Alpha2
> Environment: RichFaces 5.0.0-SNAPSHOT
> Reporter: Pavol Pitonak
> Assignee: Lukáš Fryč
> Priority: Blocker
> Fix For: 5.0.0.Alpha3
>
>
> # deploy Metamer and open e.g. http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml
> result:
> {code}
> java.lang.StackOverflowError
> javax.faces.component.UIComponent.getValueExpression(UIComponent.java:368)
> javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:192)
> javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:419)
> org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:173)
> org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167)
> org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176)
> org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167)
> org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176)
> org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167)
> ...
> {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
10 years, 8 months
[JBoss JIRA] (RF-13495) Adpat 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: Adpat the component renderers to use the doEndocde*/doDecode* methods (was: Compilation error in RichFaces 4.5)
> Adpat 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
10 years, 8 months
[JBoss JIRA] (RF-13495) Adpat 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 resolved RF-13495.
--------------------------------
Resolution: Done
> Adpat 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
10 years, 8 months
[JBoss JIRA] (RF-13495) Compilation error in RichFaces 4.5
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13495?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13495:
----------------------------------
Assignee: Brian Leathem (was: Lukáš Fryč)
> Compilation error in RichFaces 4.5
> ----------------------------------
>
> 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
10 years, 8 months
[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č reopened RF-13317:
-----------------------------
> 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
10 years, 8 months