August 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13115) a4j:jsFunction is not firing ajax request when the generated js function is called at window.unload event

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13115?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13115. -------------------------------- Assignee: (was: Juraj Húska) Resolution: Rejected Based on [~lfryc]'s feedback, it looks like using the window.unload event is not appropriate. Rejecting the issue. [~vaibhav.kapoor] if you require additional help working through this issue, please feel free to post to the RichFaces user forum. > a4j:jsFunction is not firing ajax request when the generated js function is called at window.unload event > --------------------------------------------------------------------------------------------------------- > > Key: RF-13115 > URL: https://issues.jboss.org/browse/RF-13115 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.1 > Environment: tomcat 6, windows 7 , IE 10 / chrome 28.0.1500.95 > Reporter: Vaibhav Kapoor > > Requirement : I need to call a method on backing bean on event of page unload. Approach : So i have created a a4j:jsFunction and am trying to call it on window.unload event. > Issue Description : When the page refreshes, js function attached to window.unload event is called and executes correctly. All statements in console.log() are called correctly. But, the method in the backing bean is never called. -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13117) ExtendedDataTable Sorting resets $(window).resize Events

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13117?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13117: ------------------------------- Fix Version/s: 4.3.4 > ExtendedDataTable Sorting resets $(window).resize Events > -------------------------------------------------------- > > Key: RF-13117 > URL: https://issues.jboss.org/browse/RF-13117 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.3 > Environment: Tomcat 7 > JBoss 7.1 > Reporter: Thomas Zuberbuehler > Priority: Critical > Fix For: 4.3.4 > > > Sorting removes other resize events. > At some point following code is called: > {code} > // extendedDataTable.js > deActivateResizeListener: function() { > $(window).off(this.resizeEventName); > } > {code} > Notice that this.resizeEventName is undefined. > Before code is invoked (Chrome JavaScript console) > {code} > $._data(window,'events').resize > [Object, Object] > {code} > After invoking > {code} > $._data(window,'events').resize > TypeError: Cannot read property 'resize' of undefined > {code} > http://stackoverflow.com/questions/18045891/how-to-check-if-onresize-meth... -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13117) ExtendedDataTable Sorting resets $(window).resize Events

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13117?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13117: ------------------------------- Labels: regression (was: ) > ExtendedDataTable Sorting resets $(window).resize Events > -------------------------------------------------------- > > Key: RF-13117 > URL: https://issues.jboss.org/browse/RF-13117 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.3 > Environment: Tomcat 7 > JBoss 7.1 > Reporter: Thomas Zuberbuehler > Priority: Critical > Labels: regression > Fix For: 4.3.4 > > > Sorting removes other resize events. > At some point following code is called: > {code} > // extendedDataTable.js > deActivateResizeListener: function() { > $(window).off(this.resizeEventName); > } > {code} > Notice that this.resizeEventName is undefined. > Before code is invoked (Chrome JavaScript console) > {code} > $._data(window,'events').resize > [Object, Object] > {code} > After invoking > {code} > $._data(window,'events').resize > TypeError: Cannot read property 'resize' of undefined > {code} > http://stackoverflow.com/questions/18045891/how-to-check-if-onresize-meth... -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13124) RichFaces is undefined, a4j is undefined, ModalPanel is undefined JS error

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13124?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13124: ------------------------------- Fix Version/s: 3.Future > RichFaces is undefined, a4j is undefined, ModalPanel is undefined JS error > -------------------------------------------------------------------------- > > Key: RF-13124 > URL: https://issues.jboss.org/browse/RF-13124 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: base functionality > Affects Versions: 3.3.3.Final > Environment: Sun Solaris Operating System > Java 1.6 > Weblogic 10.3.5 cluster, Load Balance by Apache server with Weblogic loadbalancer pluginiexpl > Reporter: Azad Akbar > Labels: richfaces > Fix For: 3.Future > > > We often get these errors after a restart or redeploy of application on Weblogic 10.3.5 server > The error is, a4j is undefined, ModalPanel is undefined, RichFaces is undefined JS errors. > > The Weblogic is a cluster with two Managed Servers. > The error comes from only on of the Managed Server, whereas the other one is working fine. > > Load Balancer is Apache server with plugin for load balancing Weblogic servers. > > This issue happens especially after a restart of the Weblogic servers or Redeploy of applications on the Weblogic servers. > The solution is strangely "Do a restart with purge cache, followed by redeploy of the application" > Could this be because the path to the file that contains these javascript objects/variables is generated by some filter in RichFaces and attached to the header of the rendered xhtml page but the RichFaces code fails to put the file on the server path. Or maybe the browser mistakenly starts sending the request to the other server with this path information that was sent from the server 1 of the cluster. > Or would it be because the application is not getting properly deployed on the Weblogic servers, since the issue goes away after redeployment. > > The version of RichFaces is 3.3.3 Final > Please note that we have enabled sticky session on the Apache LoadBalancer. -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13118) Combination of tabPanel and accordion results in Javascript error

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13118?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13118: ------------------------------- Workaround Description: Modify accordionItem.js (function __fitToHeight): {code} __fitToHeight : function (parentPanel) { if (!parentPanel) return; //<- NEW: check if parentPanel is defined var h = parentPanel.getInnerHeight(); ............. {code} was: Modify accordionItem.js (function __fitToHeight): __fitToHeight : function (parentPanel) { if (!parentPanel) return; //<- NEW: check if parentPanel is defined var h = parentPanel.getInnerHeight(); ............. > Combination of tabPanel and accordion results in Javascript error > ----------------------------------------------------------------- > > Key: RF-13118 > URL: https://issues.jboss.org/browse/RF-13118 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.3 > Environment: jdk1.7.0_21; apache-tomcat-7.0.42; Mojarra 2.1.24; Firefox; > Reporter: Alexey Shakov > > Test code: > {code:xml} > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > <h:head> >  > </h:head> > <h:body> > <c:if test="#{testBean.activeItem==null}"> > <c:set target="#{testBean}" property="activeItem" value="tab1" /> > </c:if> > > <h:form id="form" prependId="false"> > <h:panelGroup id="pg"> > <rich:tabPanel activeItem="#{testBean.activeItem}" id="tabPanel"> > <rich:tab header="tab1" name="tab1" render="tabPanel"> > <rich:accordion switchType="client"> > <rich:accordionItem header="Item1"> > <a4j:commandLink value="show tab2" action="#{testBean.put('activeItem','tab2')}" render="pg" execute="@this"/> > </rich:accordionItem> > <rich:accordionItem header="Item2"> > <a4j:commandLink value="show tab2" action="#{testBean.put('activeItem','tab2')}" render="pg" execute="@this"/> > </rich:accordionItem> > </rich:accordion> > </rich:tab> > <rich:tab header="tab2" name="tab2"> > <a4j:commandLink value="back" action="#{testBean.put('activeItem','tab1')}" render="pg" execute="@this"/> > </rich:tab> > </rich:tabPanel> > </h:panelGroup> > </h:form> > > </h:body> > </html> > {code} > where testBean is a simple HashMap with session scope. > So, the page contains a tab-panel with two tabs. > First tab contains an accordion with some items. The accordion items have some menu-links inside. Click on one of this links causes second tab to be selected. -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13124) RichFaces is undefined, a4j is undefined, ModalPanel is undefined JS error

by Azad Akbar (JIRA)

Azad Akbar created RF-13124: ------------------------------- Summary: RichFaces is undefined, a4j is undefined, ModalPanel is undefined JS error Key: RF-13124 URL: https://issues.jboss.org/browse/RF-13124 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: base functionality Affects Versions: 3.3.3.Final Environment: Sun Solaris Operating System Java 1.6 Weblogic 10.3.5 cluster, Load Balance by Apache server with Weblogic loadbalancer pluginiexpl Reporter: Azad Akbar We often get these errors after a restart or redeploy of application on Weblogic 10.3.5 server The error is, a4j is undefined, ModalPanel is undefined, RichFaces is undefined JS errors. The Weblogic is a cluster with two Managed Servers. The error comes from only on of the Managed Server, whereas the other one is working fine. Load Balancer is Apache server with plugin for load balancing Weblogic servers. This issue happens especially after a restart of the Weblogic servers or Redeploy of applications on the Weblogic servers. The solution is strangely "Do a restart with purge cache, followed by redeploy of the application" Could this be because the path to the file that contains these javascript objects/variables is generated by some filter in RichFaces and attached to the header of the rendered xhtml page but the RichFaces code fails to put the file on the server path. Or maybe the browser mistakenly starts sending the request to the other server with this path information that was sent from the server 1 of the cluster. Or would it be because the application is not getting properly deployed on the Weblogic servers, since the issue goes away after redeployment. The version of RichFaces is 3.3.3 Final Please note that we have enabled sticky session on the Apache LoadBalancer. -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13118) Combination of tabPanel and accordion results in Javascript error

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13118?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13118: ------------------------------------ This is great [~alsha], thanks for reporting the issue and taking the time to work our a solution. Would you mind opening a github pull request with your fix? We'll review your pull request and likely get it in our next release: https://community.jboss.org/wiki/GuideToUsePullRequestsWithGitHubAndJIRA > Combination of tabPanel and accordion results in Javascript error > ----------------------------------------------------------------- > > Key: RF-13118 > URL: https://issues.jboss.org/browse/RF-13118 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.3 > Environment: jdk1.7.0_21; apache-tomcat-7.0.42; Mojarra 2.1.24; Firefox; > Reporter: Alexey Shakov > > Test code: > {code:xml} > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ui="http://java.sun.com/jsf/facelets" xmlns:h="http://java.sun.com/jsf/html" > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > <h:head> >  > </h:head> > <h:body> > <c:if test="#{testBean.activeItem==null}"> > <c:set target="#{testBean}" property="activeItem" value="tab1" /> > </c:if> > > <h:form id="form" prependId="false"> > <h:panelGroup id="pg"> > <rich:tabPanel activeItem="#{testBean.activeItem}" id="tabPanel"> > <rich:tab header="tab1" name="tab1" render="tabPanel"> > <rich:accordion switchType="client"> > <rich:accordionItem header="Item1"> > <a4j:commandLink value="show tab2" action="#{testBean.put('activeItem','tab2')}" render="pg" execute="@this"/> > </rich:accordionItem> > <rich:accordionItem header="Item2"> > <a4j:commandLink value="show tab2" action="#{testBean.put('activeItem','tab2')}" render="pg" execute="@this"/> > </rich:accordionItem> > </rich:accordion> > </rich:tab> > <rich:tab header="tab2" name="tab2"> > <a4j:commandLink value="back" action="#{testBean.put('activeItem','tab1')}" render="pg" execute="@this"/> > </rich:tab> > </rich:tabPanel> > </h:panelGroup> > </h:form> > > </h:body> > </html> > {code} > where testBean is a simple HashMap with session scope. > So, the page contains a tab-panel with two tabs. > First tab contains an accordion with some items. The accordion items have some menu-links inside. Click on one of this links causes second tab to be selected. -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13120) Investigate impact of using JavascriptService deferred script invocation on instantiating widgets

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13120?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13120: ------------------------------- Fix Version/s: 5.0.0.Alpha3 > Investigate impact of using JavascriptService deferred script invocation on instantiating widgets > ------------------------------------------------------------------------------------------------- > > Key: RF-13120 > URL: https://issues.jboss.org/browse/RF-13120 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: architectural > Affects Versions: 5.0.0.Alpha1 > Reporter: Lukáš Fryč > Fix For: 5.0.0.Alpha3 > > > javascript service advantages: > * advantage scripts are executed at the end of the page load > disadvantages: > * when the widget does DOM manipulation, page might look funny until plugin is executed > ** widgets needs to be styled before JS execution -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13119) kitchensink-rf test-ds.xml does not use a unique datasource JNDI name

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13119?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13119: ------------------------------- Fix Version/s: 4.3.4 > kitchensink-rf test-ds.xml does not use a unique datasource JNDI name > --------------------------------------------------------------------- > > Key: RF-13119 > URL: https://issues.jboss.org/browse/RF-13119 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Sande Gilda > Fix For: 4.3.4 > > > The richfaces-quickstarts/kitchensink-rf/src/test/resources/test-ds.xml uses the same datasource JNDI name and connection URL that the kitchensink quickstart test file uses: > <datasource jndi-name="java:jboss/datasources/KitchensinkQuickstartTestDS" > <connection-url>jdbc:h2:mem:kitchensink-quickstart-test;DB_CLOSE_DELAY=-1</connection-url> > This should be changed to a unique name, for example: > <datasource jndi-name="java:jboss/datasources/KitchensinkrfQuickstartTestDS" > <connection-url>jdbc:h2:mem:kitchensink-rf-quickstart-test;DB_CLOSE_DELAY=-1</connection-url> -- 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

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13122) Use AsciiDoc in JavaDoc (Asciidoclet) to improve source readability

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13122?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13122: ------------------------------- Fix Version/s: 5.0.0.Alpha2 > Use AsciiDoc in JavaDoc (Asciidoclet) to improve source readability > ------------------------------------------------------------------- > > Key: RF-13122 > URL: https://issues.jboss.org/browse/RF-13122 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Reporter: Lukáš Fryč > Fix For: 5.0.0.Alpha2 > > > http://asciidoctor.org/news/2013/06/03/asciidoclet-announcement/ -- 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

11 years, 3 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 August 2013