[JBoss JIRA] (RF-13577) Handling non existing resource on WildFly causes NPE when there is custom error page
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13577?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13577:
-------------------------------
Fix Version/s: 4.5-Tracking
> Handling non existing resource on WildFly causes NPE when there is custom error page
> ------------------------------------------------------------------------------------
>
> Key: RF-13577
> URL: https://issues.jboss.org/browse/RF-13577
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 5.0.0.Alpha4
> Environment: richfaces 5.0.0-SNAPSHOT & 5.Alpha3 & 5.Alpha2
> WildFly 8.0.0.Final & 8.0.0.CR1
> Reporter: Juraj Húska
> Fix For: 4.5-Tracking
>
>
> When an application has custom error page for HTML error code 404, then handling of 404 can cause NPE on WildFly server.
> The NPE being thrown is:
> {code}
> [31m21:15:59,981 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /metamer/faces/error/404.xhtml: javax.servlet.ServletException
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:659) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:687) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
> Caused by: java.lang.NullPointerException
> at javax.faces.component.UIComponent.getCurrentComponent(UIComponent.java:2138) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at javax.faces.event.ComponentSystemEvent.processListener(ComponentSystemEvent.java:111) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:247) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at org.jboss.as.jsf.injection.weld.ForwardingApplication.publishEvent(ForwardingApplication.java:299) [wildfly-jsf-injection-8.0.0.Final.jar:8.0.0.Final]
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:107) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> {code}
> When there is no custom error page, no exception is thrown to the server console.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months
[JBoss JIRA] (RF-13562) New showcase throws an NPE when reading the taglib
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13562?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13562:
-------------------------------
Fix Version/s: 5-Tracking
> New showcase throws an NPE when reading the taglib
> --------------------------------------------------
>
> Key: RF-13562
> URL: https://issues.jboss.org/browse/RF-13562
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: showcase
> Reporter: Lukáš Macko
> Priority: Minor
> Fix For: 5-Tracking
>
>
> When new showcase is deployed to WildFly usage of ui:repeat in table showing VDL docs https://github.com/richfaces/richfaces/blob/RF-12901-showcase/examples/bo...
> throws an Exception
> {code}
> {{16:28:08,647 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (default task-3) Error Rendering View[/component/autocomplete/index.xhtml]: javax.el.ELException: //home/lmacko/workspace/richfaces/examples/bootstrap-showcase/target/m2e-wtp/web-resources/resources/fragment/attributesRepeat.xhtml @7,64 value="#{attributesList}": //home/lmacko/workspace/richfaces/examples/bootstrap-showcase/target/m2e-wtp/web-resources/resources/taglib.xhtml @81,106 value="#{taglibReader.getDefaultAttributes(tag)}": java.lang.NullPointerException
> at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:114) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.facelets.component.UIRepeat.getValue(UIRepeat.java:279) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.facelets.component.UIRepeat.getDataModel(UIRepeat.java:255) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.facelets.component.UIRepeat.setIndex(UIRepeat.java:523) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.facelets.component.UIRepeat.doVisitChildren(UIRepeat.java:790) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.facelets.component.UIRepeat.visitTree(UIRepeat.java:748) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.facelets.component.UIRepeat.visitTree(UIRepeat.java:754) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at com.sun.faces.application.view.FormOmittedChecker.check(FormOmittedChecker.java:91) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:445) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:687) [undertow-core-1.0.0.Final.jar:1.0.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_40]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_40]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40]
> Caused by: javax.el.ELException: //home/lmacko/workspace/richfaces/examples/bootstrap-showcase/target/m2e-wtp/web-resources/resources/taglib.xhtml @81,106 value="#{taglibReader.getDefaultAttributes(tag)}": java.lang.NullPointerException
> at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:114) [jsf-impl-2.2.5-jbossorg-3.jar:]
> at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:112) [javax.el-3.0.0.jar:3.0.0]
> at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-3.0.0.jar:3.0.0]
> at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109) [jsf-impl-2.2.5-jbossorg-3.jar:]
> ... 41 more
> Caused by: javax.el.ELException: java.lang.NullPointerException
> at javax.el.ELUtil.invokeMethod(ELUtil.java:330) [javax.el-3.0.0.jar:3.0.0]
> at javax.el.BeanELResolver.invoke(BeanELResolver.java:536) [javax.el-3.0.0.jar:3.0.0]
> at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:256) [javax.el-3.0.0.jar:3.0.0]
> at com.sun.el.parser.AstValue.getValue(AstValue.java:136) [javax.el-3.0.0.jar:3.0.0]
> at com.sun.el.parser.AstValue.getValue(AstValue.java:204) [javax.el-3.0.0.jar:3.0.0]
> at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226) [javax.el-3.0.0.jar:3.0.0]
> at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50) [weld-core-impl-2.1.2.Final.jar:2014-01-09 09:23]
> at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109) [jsf-impl-2.2.5-jbossorg-3.jar:]
> ... 46 more
> Caused by: java.lang.NullPointerException
> at org.richfaces.bootstrap.demo.TaglibReader.getAllAttributesFromTagName(TaglibReader.java:120) [:]
> at org.richfaces.bootstrap.demo.TaglibReader.initAttributesForTagName(TaglibReader.java:124) [:]
> at org.richfaces.bootstrap.demo.TaglibReader.getDefaultAttributes(TaglibReader.java:100) [:]
> at sun.reflect.GeneratedMethodAccessor711.invoke(Unknown Source) [:1.7.0_40]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_40]
> at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_40]
> at javax.el.ELUtil.invokeMethod(ELUtil.java:326) [javax.el-3.0.0.jar:3.0.0]
> ... 54 more}}
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months
[JBoss JIRA] (RF-13561) Remove PushFilter deprecated in RF 4.1
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13561?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13561:
-------------------------------
Fix Version/s: 4.5-Tracking
> Remove PushFilter deprecated in RF 4.1
> --------------------------------------
>
> Key: RF-13561
> URL: https://issues.jboss.org/browse/RF-13561
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Fix For: 4.5-Tracking
>
>
> {code}
> private void logPushFilterWarning(ServletContext servletContext) {
> String message;
> if (servletContext.getMajorVersion() >= 3) {
> message = "PushFilter has been deprecated, you can remove its declaration in Servlets 3 environment";
> } else {
> message = "PushFilter has been deprecated, you should use PushServlet instead";
> }
> LOGGER.warn(message);
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months
[JBoss JIRA] (RF-13545) Simpleapp: Support for servlets/Java EE containers at generation time
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13545?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13545:
-------------------------------
Fix Version/s: 4.5-Tracking
> Simpleapp: Support for servlets/Java EE containers at generation time
> ---------------------------------------------------------------------
>
> Key: RF-13545
> URL: https://issues.jboss.org/browse/RF-13545
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: archetype
> Affects Versions: 5.0.0.Alpha3
> Environment: simpleapp archetype
> Reporter: Juraj Húska
> Priority: Minor
> Fix For: 4.5-Tracking
>
>
> In [this|https://community.jboss.org/message/857393#857393] discussion [~bleathem] wrote:
> {quote}
> I'd like to see us support both servlet and EE containers with our archetypes at generation time. We'd build in the archetype conditional asking the user if the generated project should target EE or servlet containers. This should also be done in our Forge plugin.
> {quote}
> {quote}
> Taking a profile approach leaves a lot of unnecessary clutter in their pom.xml. whereas asking at archetype evaluation time we can trim the unnecessary pieces out of the pom.xml.
> {quote}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months
[JBoss JIRA] (RF-13533) Port the jQuery noConlfict fixes back to RF 4.3.x
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13533?page=com.atlassian.jira.plugin.s... ]
Brian Leathem resolved RF-13533.
--------------------------------
Resolution: Won't Fix
This has been addressed in RichFaces 4.5
> Port the jQuery noConlfict fixes back to RF 4.3.x
> -------------------------------------------------
>
> Key: RF-13533
> URL: https://issues.jboss.org/browse/RF-13533
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.2.3.Final, 4.3.5
> Environment: Tomcat 7, RichFaces 4.2.3.Final, Debian Wheezy x86_64
> Reporter: Mark Cave-Ayland
>
> jQuery usage by RichFaces was corrected to work properly with jQuery noConclift in RF 4.5/5.0 with the resolution of RF-12936. This issue addresses backporting those changes into the 4.3.x branch.
> ----
> Summary was: rich:fileUpload doesn't work with jQuery in noConflict mode
> Hi all,
> For compatibility with other components used within our application, we manually include a copy of jQuery in noConflict mode within our page header template rather than let RichFaces include its own.
> This works fine for us, except when using the <rich:fileUpload> component which throws a Javascript error. Casual inspection of the source shows that this is due to a typing error where $ is used directly within fileupload.js rather than using the passed-in parameter. The following diff fixes the error for us:
> {code}
> $ diff -u fileupload.js.orig fileupload.js
> --- fileupload.js.orig 2014-02-04 15:07:05.000000000 +0000
> +++ fileupload.js 2014-02-04 15:08:32.000000000 +0000
> @@ -98,7 +98,7 @@
>
> richfaces.BaseComponent.extend(richfaces.ui.FileUpload);
>
> - $.extend(richfaces.ui.FileUpload.prototype, (function () {
> + jQuery.extend(richfaces.ui.FileUpload.prototype, (function () {
>
> return {
> name: "FileUpload",
> {code}
> The bug was found during the development of our main application under RF 4.2.3.Final, however a quick test with RF 4.3.5 JARs shows that the bug is still present.
> Many thanks,
> Mark.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months
[JBoss JIRA] (RF-13524) the tooltip freezes when changing page.
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13524?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13524:
------------------------------------
Can you please provide a simple-as-possible yet runnable sample to reproduce this issue?
> the tooltip freezes when changing page.
> ---------------------------------------
>
> Key: RF-13524
> URL: https://issues.jboss.org/browse/RF-13524
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.0.0.CR1, 4.2.2.Final
> Environment: Windows Vista, Web Sphere 8.5, Java jdk 1.5, maven
> Reporter: Carlos Mauro Cárdenas Fernández
> Labels: waiting_on_user
>
> I have a tooltip implemented on a main page, but when you click the link tooltip box gets stuck on next page
>
> {code}
> <h:outputText value="#{it.get(newItem.strCampoNombre)}" rendered="#{newItem.strCampoTipo == '1' or newItem.strCampoTipo == '5' or newItem.strCampoTipo == '4' or newItem.strCampoTipo == '9' or newItem.strCampoTipo == '10' or newItem.strCampoTipo == '11'}" />
> <h:outputText value="#{it.get((newItem.strCampoToolTip))}" rendered="#{newItem.strCampoTipo == '8'}" />
> <rich:tooltip styleClass="tooltip" layout="block" rendered="#{newItem.strCampoTipo == '8'}" showDelay="500"
> onhide="false" hideEvent="mouseleave">
> <span class="wrap"> <h:outputText value="#{it.get(newItem.strCampoNombre)}" /> </span>
> </rich:tooltip>
> {code}
> problem.png
>
> I tried to change the tooltip parameter but didnt find the solution.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months
[JBoss JIRA] (RF-13524) the tooltip freezes when changing page.
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13524?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13524:
-------------------------------
Labels: waiting_on_user (was: jboss richfaces tooltip)
> the tooltip freezes when changing page.
> ---------------------------------------
>
> Key: RF-13524
> URL: https://issues.jboss.org/browse/RF-13524
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-output
> Affects Versions: 4.0.0.CR1, 4.2.2.Final
> Environment: Windows Vista, Web Sphere 8.5, Java jdk 1.5, maven
> Reporter: Carlos Mauro Cárdenas Fernández
> Labels: waiting_on_user
>
> I have a tooltip implemented on a main page, but when you click the link tooltip box gets stuck on next page
>
> {code}
> <h:outputText value="#{it.get(newItem.strCampoNombre)}" rendered="#{newItem.strCampoTipo == '1' or newItem.strCampoTipo == '5' or newItem.strCampoTipo == '4' or newItem.strCampoTipo == '9' or newItem.strCampoTipo == '10' or newItem.strCampoTipo == '11'}" />
> <h:outputText value="#{it.get((newItem.strCampoToolTip))}" rendered="#{newItem.strCampoTipo == '8'}" />
> <rich:tooltip styleClass="tooltip" layout="block" rendered="#{newItem.strCampoTipo == '8'}" showDelay="500"
> onhide="false" hideEvent="mouseleave">
> <span class="wrap"> <h:outputText value="#{it.get(newItem.strCampoNombre)}" /> </span>
> </rich:tooltip>
> {code}
> problem.png
>
> I tried to change the tooltip parameter but didnt find the solution.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 8 months