July 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13730) Upgrade Mojarra 2.2.7 in build/pom.xml

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13730?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak commented on RF-13730: ------------------------------------ [~bleathem], why didn't you just set fixVersion to 4.5-Tracking? > Upgrade Mojarra 2.2.7 in build/pom.xml > -------------------------------------- > > Key: RF-13730 > URL: https://issues.jboss.org/browse/RF-13730 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Martin Tomasek > > In related to [RFPL-3242|https://issues.jboss.org/browse/RFPL-3242] we need upgrade Mojarra to version 2.2.7. Upgrade please file build/pom.xml and change value from > {code} > <version.org.glassfish.javax.faces>2.2.6</version.org.glassfish.javax.faces> > {code} > to > {code} > <version.org.glassfish.javax.faces>2.2.7</version.org.glassfish.javax.faces> > {code} > Information: > WildFly 9.0.0.Alpha1-SNAPSHOT has version 2.2.7-jbossorg-1 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-11093) UIDataAdaptor context variable backup broken (reentrance problem)

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-11093?page=com.atlassian.jira.plugin.s... ] Juraj Húska reassigned RF-11093: -------------------------------- Assignee: Juraj Húska (was: Yannick Valot) > UIDataAdaptor context variable backup broken (reentrance problem) > ----------------------------------------------------------------- > > Key: RF-11093 > URL: https://issues.jboss.org/browse/RF-11093 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.0.0.Final > Environment: Windows XP, Java 6, Tomcat 6.0.24, Mojarra 2.0.2. > Reporter: Yannick Valot > Assignee: Juraj Húska > Fix For: 4.5.0.Alpha3 > > Attachments: UIDataAdaptor.java.patch > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > I am encountering a reentrance problem with org.richfaces.component.UIDataAdaptor (using it as a dataTable). > I need to perform a visit of the component tree while executing an action on a command link in one row of the same table. > {code} > <rich:dataTable value="#{listOfItems}" var="myItem" > > ... some stuff here ... > <commandLink here> > ... some stuff here ... > </rich:dataTable> > {code} > After the action on the command link has visited the component tree, myItem is no longer available in context. > When the UIDataAdaptor sets or resets the "myItem" context variable, it backs up any previous value by calling captureOrigValue(FacesContext), and later restores it by calling restoreOrigValue(FacesContext), but it looks as if the visit backs the variable up twice (in a nested fashion), and it erases myItem between the two backups : > - backup variable (old value is correctly backed up) (in visitTree(VisitContext visitContext, VisitCallback callback)) > - erase variable (setRowKey(facesContext, null) in same function) > - erase variable (doVisitChildren(VisitContext context, boolean visitRows)) > - erase variable (visitTree(VisitContext visitContext, VisitCallback callback)) > - backup variable (erases backed up value) (walk(FacesContext faces, DataVisitor visitor, Object argument)) > - ... > - restore value (restores null) (walk(FacesContext faces, DataVisitor visitor, Object argument)) > - restore value (restores null) (in visitTree(VisitContext visitContext, VisitCallback callback)) > etc. > The problem can be solved by *stacking* backed up variables, instead of storing them in a simple attribute, to allow for any kind of reentrance. > (I do not say that this is the best possible patch, but it has solved the problem for me). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13652) Forward port the 4.3.7 fixes into the 4.5.x branch

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13652?page=com.atlassian.jira.plugin.s... ] Juraj Húska closed RF-13652. ---------------------------- Thanks for clarification Brian. Verified. Closing. > Forward port the 4.3.7 fixes into the 4.5.x branch > -------------------------------------------------- > > Key: RF-13652 > URL: https://issues.jboss.org/browse/RF-13652 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.5.0.Alpha3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13730) Upgrade Mojarra 2.2.7 in build/pom.xml

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13730?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak updated RF-13730: ------------------------------- Affects Version/s: 4.5.0.Alpha3 > Upgrade Mojarra 2.2.7 in build/pom.xml > -------------------------------------- > > Key: RF-13730 > URL: https://issues.jboss.org/browse/RF-13730 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Reporter: Martin Tomasek > > In related to [RFPL-3242|https://issues.jboss.org/browse/RFPL-3242] we need upgrade Mojarra to version 2.2.7. Upgrade please file build/pom.xml and change value from > {code} > <version.org.glassfish.javax.faces>2.2.6</version.org.glassfish.javax.faces> > {code} > to > {code} > <version.org.glassfish.javax.faces>2.2.7</version.org.glassfish.javax.faces> > {code} > Information: > WildFly 9.0.0.Alpha1-SNAPSHOT has version 2.2.7-jbossorg-1 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13730) Upgrade Mojarra 2.2.7 in build/pom.xml

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13730?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13730: ------------------------------------ We tack the JSF 2.2 version in released versions of WildFly. I'll close this issue for now, but we should re-visit it when WildFly 9 hits the Beta / CR stage. > Upgrade Mojarra 2.2.7 in build/pom.xml > -------------------------------------- > > Key: RF-13730 > URL: https://issues.jboss.org/browse/RF-13730 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Reporter: Martin Tomasek > > In related to [RFPL-3242|https://issues.jboss.org/browse/RFPL-3242] we need upgrade Mojarra to version 2.2.7. Upgrade please file build/pom.xml and change value from > {code} > <version.org.glassfish.javax.faces>2.2.6</version.org.glassfish.javax.faces> > {code} > to > {code} > <version.org.glassfish.javax.faces>2.2.7</version.org.glassfish.javax.faces> > {code} > Information: > WildFly 9.0.0.Alpha1-SNAPSHOT has version 2.2.7-jbossorg-1 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13730) Upgrade Mojarra 2.2.7 in build/pom.xml

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13730?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13730. -------------------------------- Resolution: Deferred > Upgrade Mojarra 2.2.7 in build/pom.xml > -------------------------------------- > > Key: RF-13730 > URL: https://issues.jboss.org/browse/RF-13730 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Reporter: Martin Tomasek > > In related to [RFPL-3242|https://issues.jboss.org/browse/RFPL-3242] we need upgrade Mojarra to version 2.2.7. Upgrade please file build/pom.xml and change value from > {code} > <version.org.glassfish.javax.faces>2.2.6</version.org.glassfish.javax.faces> > {code} > to > {code} > <version.org.glassfish.javax.faces>2.2.7</version.org.glassfish.javax.faces> > {code} > Information: > WildFly 9.0.0.Alpha1-SNAPSHOT has version 2.2.7-jbossorg-1 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13727) Switchable panels do not work after rerendering whole page inside ui:repeat with JSF 2.2

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13727?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13727: ------------------------------- Fix Version/s: 4.5.0.Beta1 > Switchable panels do not work after rerendering whole page inside ui:repeat with JSF 2.2 > ---------------------------------------------------------------------------------------- > > Key: RF-13727 > URL: https://issues.jboss.org/browse/RF-13727 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.5.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT > Metamer 4.5.0-SNAPSHOT > Mojarra 2.2.6/2.2.7 > Apache Tomcat 7.0.54, WildFly 8.1.0.Final > OpenJDK Runtime Environment 1.8.0_05-b13 @ Linux > Firefox 30.0 @ Linux x86_64 > Reporter: Pavol Pitonak > Labels: jsf22, uiRepeat#setIndex > Fix For: 4.5.0.Beta1 > > > # deploy Metamer and open one of these pages: > ## http://localhost:8080/metamer/faces/components/richAccordionItem/simple.x... > ## http://localhost:8080/metamer/faces/components/richCollapsiblePanel/simpl... > # switch/collapse panel > # verify that the panel was switched > # click "Full Page Refresh" button (3th button in page header) > # verify that the panel is still switched > result: > * after full page refresh, the panel loses its state (i.e. accordion shows item3, collapsible panel is expanded) > * it works in other templates > * seems to be JSF 2.2 issue -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13731) NPE on Tomcat 7 after Ajax request

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13731?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13731: ------------------------------- Fix Version/s: 4.5.0.Beta1 > NPE on Tomcat 7 after Ajax request > ---------------------------------- > > Key: RF-13731 > URL: https://issues.jboss.org/browse/RF-13731 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha3 > Environment: Tomcat 7 and Firefox only > Reporter: Juraj Húska > Fix For: 4.5.0.Beta1 > > > There is a NPE thrown after an AJAX request in either showcase (showcase can be deployed only when {{weld-servlet.jar}} is changed manually to higher version - RF-13725) or in Metamer: > {code} > SEVERE: java.lang.NullPointerException > at org.richfaces.application.GlobalResourcesViewHandler.addSkinningResourcesToViewRoot(GlobalResourcesViewHandler.java:148) > at org.richfaces.application.GlobalResourcesViewHandler.restoreView(GlobalResourcesViewHandler.java:179) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:353) > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:197) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.execute(PersistenceLifecycle.java:58) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.richfaces.webapp.PushFilter.doFilter(PushFilter.java:96) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.lang.Thread.run(Thread.java:745) > {code} > Exception is being thrown only after initial page load, after refresh it works. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13729) Kitchensink archetype on Wildfly with mobile devices

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13729?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13729: ------------------------------- Fix Version/s: 4.5.0.Beta1 > Kitchensink archetype on Wildfly with mobile devices > ---------------------------------------------------- > > Key: RF-13729 > URL: https://issues.jboss.org/browse/RF-13729 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: archetype > Affects Versions: 4.5.0.Alpha3 > Environment: Server: Wildfly 8.1 Final (or older version) > Archetype: kitchensink 4.5.0Alpha3 > Some mobile device (eg. smartphone) > Reporter: Matej Novotny > Fix For: 4.5.0.Beta1 > > > When you deploy kitchensink to Wildfly and access the main page via mobile device (clear browser memory and cache), it loads desktop page instead of mobile. > If I use EAP (tried with 6.2.4 and 6.3) and load the main apge with mobile device, it loads the correct page. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (RF-13728) Editor cant display after page load if page is opened directly

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13728: ------------------------------- Fix Version/s: 4.5.0.Beta1 > Editor cant display after page load if page is opened directly > -------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > Assignee: Michal Petrov > Fix For: 4.5.0.Beta1 > > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > {code} > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > {code} > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2014