[JBoss JIRA] (RF-13495) Adapt the component renderers to use the doEndocde*/doDecode* methods
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13495?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak closed RF-13495.
------------------------------
Verified
> 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, 5 months
[JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-13501:
------------------------------------
The sharing of photos to G+ is not implemented, there didn't seem to be an easy way of doing it within the API at the time.
> PhotoAlbum: sharing a photo does not work, can not choose album
> ---------------------------------------------------------------
>
> Key: RF-13501
> URL: https://issues.jboss.org/browse/RF-13501
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.5
> Reporter: Juraj Húska
> Attachments: sharingAPhoto.png
>
>
> Sharing a photo to facebook/google+ does not work.
> When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot.
> There are no errors visible on server or client side.
--
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, 5 months
[JBoss JIRA] (RF-13093) extendedDataTable column resizing and reordering not working on transient (stateless) views
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13093?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč reassigned RF-13093:
-------------------------------
Assignee: Lukáš Fryč
> extendedDataTable column resizing and reordering not working on transient (stateless) views
> -------------------------------------------------------------------------------------------
>
> Key: RF-13093
> URL: https://issues.jboss.org/browse/RF-13093
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.3.2
> Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23
> Reporter: Salvo Isaja
> Assignee: Lukáš Fryč
> Labels: jsf22
> Fix For: 5.0.0.Alpha3
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only:
> {code:xml}
> <?xml version='1.0' encoding='UTF-8'?>
> <partial-response></partial-response>
> {code}
> This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead.
> Other features seem to work pretty well in stateless mode, by the way.
> 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, 5 months
[JBoss JIRA] (RF-12793) Photoalbum improvements
by Michal Petrov (JIRA)
[ https://issues.jboss.org/browse/RF-12793?page=com.atlassian.jira.plugin.s... ]
Michal Petrov commented on RF-12793:
------------------------------------
[~jhuska], the way to add photos to an event is to drag an album onto it (either a photoalbum album or a g+/facebook album)
> Photoalbum improvements
> -----------------------
>
> Key: RF-12793
> URL: https://issues.jboss.org/browse/RF-12793
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Burr Sutter
> Assignee: Michal Petrov
> Fix For: 4.3.5, 5.0.0.Alpha2
>
>
> Suggested improvements for the photoalbum demo, making it into an app that specializes in associating photos with an event:
> * Event focused content
> * Social login
> * Small mobile app that allows for uploading of pictures taken during an event (in real-time).
> * Sharing of photos with people at the same event
> * Sharing of photos from Photoalbum to FB.
> * Sharing of photos from Facebook to Photoalbum
--
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, 5 months
[JBoss JIRA] (RF-13480) Java package re-structure for the photoalbum demo
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13480?page=com.atlassian.jira.plugin.s... ]
Juraj Húska closed RF-13480.
----------------------------
Verified.
Only one point, {{util}} package remained, however, it contain now {{converters}}. Reopen the issue if you insist on renaming the util package completely. IMHO it is fine now.
> Java package re-structure for the photoalbum demo
> -------------------------------------------------
>
> Key: RF-13480
> URL: https://issues.jboss.org/browse/RF-13480
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Brian Leathem
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> This issue addresses the cleanup of the java package namespace of the demo.
> 1) The package _org.richfaces.photoalbum.bean_ contains the single class _UserBean_. Let's rename the package to something less generic like _user_ or consider merging it into another pre-existing package like _ui_.
> 2) The _event_ package is separate from the _domain_ package. Let's consider moving the _event_ package to be a sub-package of _domain_. While we are at it, I find the package name _model_ to be more descriptive than _domain_.
> 3) The _services_ package may be better described as an _actions_ package.
> 4) The _util_ package is too generic. Consider creating _converters_ and _validators_ packages to hold the bulk of these classes. Additionally the classnames _*Stuff_ and _Utils_ could be named less generically.
> 5) having the two top-level classes _search_ and _ejbsearch_ is confusing. Can one package be a sub-folder of the other? Alternatively could one be in the _ui_ folder, or the other in a _model_ folder?
--
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, 5 months
[JBoss JIRA] (RF-12793) Photoalbum improvements
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-12793?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-12793:
----------------------------------
Sharing of photos does not work - created RF-13501 & RF-13500.
[~michpetrov] , I am wondering how the Event focused content is implemented ? I can see Events menu, however I can not add there photos, nor it is connected with facebook/g+ ?
Other points verified.
> Photoalbum improvements
> -----------------------
>
> Key: RF-12793
> URL: https://issues.jboss.org/browse/RF-12793
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Burr Sutter
> Assignee: Michal Petrov
> Fix For: 4.3.5, 5.0.0.Alpha2
>
>
> Suggested improvements for the photoalbum demo, making it into an app that specializes in associating photos with an event:
> * Event focused content
> * Social login
> * Small mobile app that allows for uploading of pictures taken during an event (in real-time).
> * Sharing of photos with people at the same event
> * Sharing of photos from Photoalbum to FB.
> * Sharing of photos from Facebook to Photoalbum
--
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, 5 months
[JBoss JIRA] (RF-13502) Photoalbum: editing uploaded photo throws NPE
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13502?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13502:
-----------------------------
Steps to Reproduce:
# log in into the application
# create album and populate it with photo
# open the photo and click on the edit
# see the NPE being thrown to server console
# see that it is actually possible to edit the photo
> Photoalbum: editing uploaded photo throws NPE
> ---------------------------------------------
>
> Key: RF-13502
> URL: https://issues.jboss.org/browse/RF-13502
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.5
> Environment: JBoss AS
> Reporter: Juraj Húska
> Labels: photoalbum
>
> When trying to edit uploaded photo, NPE with following stracktrace is thrown:
> {code}
> 14:21:14,282 SEVERE [org.richfaces.log.Renderkit] (http--127.0.0.1-8080-4) /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException: javax.el.ELException: /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException
> at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:111) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at org.richfaces.renderkit.AutocompleteRendererBase.getItems(AutocompleteRendererBase.java:109) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final]
> at org.richfaces.renderkit.AutocompleteRendererBase.encodeItems(AutocompleteRendererBase.java:170) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final]
> at org.richfaces.renderkit.AutocompleteRendererBase.encodeItemsContainer(AutocompleteRendererBase.java:199) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final]
> at org.richfaces.renderkit.html.AutocompleteRenderer.doEncodeChildren(AutocompleteRenderer.java:509) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final]
> at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:157) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [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 org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final]
> at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.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 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.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 org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final]
> at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.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.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.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final]
> 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.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final]
> 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.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
> 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:722) [rt.jar:1.7.0_05]
> Caused by: java.lang.NullPointerException
> at org.richfaces.photoalbum.manager.ImageManager.autoComplete(ImageManager.java:225) [classes:]
> at org.richfaces.photoalbum.manager.ImageManager$Proxy$_$$_WeldClientProxy.autoComplete(ImageManager$Proxy$_$$_WeldClientProxy.java) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_05]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_05]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_05]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_05]
> at org.apache.el.parser.AstValue.invoke(AstValue.java:262) [jbossweb-7.0.13.Final.jar:]
> at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:278) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:39) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:]
> ... 62 more
> {code}
> Editing, however, after submitting works correctly.
--
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, 5 months
[JBoss JIRA] (RF-13496) StackOverflowError in RendererBase.encodeEnd
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13496?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak closed RF-13496.
------------------------------
Verified.
> 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, 5 months