[JBoss JIRA] (RF-10646) Css in composite components not found with MyFaces
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-10646?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reassigned RF-10646:
----------------------------------
Assignee: Jiří Štefek
Jiri, please verify in latest MyFaces. You can use Metamer for that.
> Css in composite components not found with MyFaces
> --------------------------------------------------
>
> Key: RF-10646
> URL: https://issues.jboss.org/browse/RF-10646
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: base functionality
> Affects Versions: 4.0.0.CR1, 4.2.2.Final
> Environment: RichFaces 4.0.0-SNAPSHOT SVN r.21968
> MyFaces 2.0.5-SNAPSHOT (and all older versions)
> Tomcat 6.0.29
> all browsers
> RichFaces 4.2.2.Final
> Metamer 4.2.2.Final
> Apache MyFaces JSF-2.1 Core Impl 2.1.5
> Apache Tomcat 7.0.26
> all browsers
> Reporter: Pavol Pitonak
> Assignee: Jiří Štefek
> Attachments: cc.zip, compositecomponent.war
>
>
> MyFaces cannot load the stylesheet for the following page with a composite component (the text is black instead of fuchsia). When RichFaces is removed from project, everything works fine (see attached project for Tomcat).
> Mar 1, 2011 3:49:48 PM org.richfaces.resource.ResourceFactoryImpl logResourceProblem
> WARNING: Resource text.ecss?db=eAHL6rC8BQAEkAIG&ln=my%252fcss was not found
> {code:title=index.xhtml|borderStyle=solid}
> <!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:h="http://java.sun.com/jsf/html" xmlns:my="http://java.sun.com/jsf/composite/my" >
> <h:head/>
> <h:body>
> <my:colorText text="Hello World!"/>
> </h:body>
> </html>
> {code}
> {code:title=resources/my/colorText.xhtml|borderStyle=solid}
> <!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:h="http://java.sun.com/jsf/html"
> xmlns:composite="http://java.sun.com/jsf/composite" >
> <h:body>
> <composite:interface>
> <composite:attribute name="text" type="java.lang.String" required="true" />
> </composite:interface>
> <composite:implementation>
> <h:outputStylesheet library="my/css" name="text.ecss"/>
> <h:outputText id="text" value="#{cc.attrs.text}" styleClass="color-text" />
> <br/><br/>
> </composite:implementation>
> </h:body>
> </html>
> {code}
> {code:title=resources/my/css/text.ecss|borderStyle=solid}
> .color-text {
> color: fuchsia;
> text-weight: bold;
> }
> {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, 10 months
[JBoss JIRA] (RF-13115) a4j:jsFunction is not firing ajax request when the generated js function is called at window.unload event
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13115?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reassigned RF-13115:
----------------------------------
Assignee: Juraj Húska (was: Pavol Pitonak)
Juraj, please verify.
> 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
> Assignee: Juraj Húska
>
> 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
10 years, 10 months
[JBoss JIRA] (RF-13098) Regression: mediaOutput broken for CDI MediaData beans
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13098?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak reassigned RF-13098:
----------------------------------
Assignee: Juraj Húska (was: Pavol Pitonak)
Juraj, please verify.
> Regression: mediaOutput broken for CDI MediaData beans
> ------------------------------------------------------
>
> Key: RF-13098
> URL: https://issues.jboss.org/browse/RF-13098
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 4.3.3
> Reporter: Marek Schmidt
> Assignee: Juraj Húska
> Labels: regression
>
> https://issues.jboss.org/browse/RF-13089 introduced a regression for a4j:mediaOutput component
> Having a
> {code}
> <a4j:mediaOutput element="img" cacheable="true" session="true" createContent="#{mediaBean.paint}" value="#{mediaData}" mimeType="image/jpeg"/>
> {code}
> with mediaData being a CDI bean, e.g.
> {code}
> @javax.inject.Named("mediaData")
> @javax.enterprise.context.RequestScoped
> public class MediaData implements Serializable
> {code}
> the following exception occurs:
> {code}10:39:27,997 SEVERE [org.richfaces.log.Resource] (http-/127.0.0.1:8080-1) Input error for deserialize data : java.io.InvalidClassException: Unauthorized deserialization attempt; org.jboss.weld.bean.proxy.util.SerializableClientProxy
> at org.richfaces.util.LookAheadObjectInputStream.resolveClass(LookAheadObjectInputStream.java:93) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1610) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1515) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1769) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1989) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1913) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1796) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1704) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1342) [rt.jar:1.7.0_25]
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) [rt.jar:1.7.0_25]
> at org.richfaces.util.Util.decodeObjectData(Util.java:237) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at org.richfaces.resource.DefaultCodecResourceRequestData.getData(DefaultCodecResourceRequestData.java:97) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at org.richfaces.resource.ResourceFactoryImpl.createResource(ResourceFactoryImpl.java:337) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:156) [richfaces-core-impl-4.3.3.Final.jar:4.3.3.Final]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:591) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1]
> 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, 10 months
[JBoss JIRA] (RF-13086) Popup panel: button's label is invisible in IE8
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13086?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak closed RF-13086.
------------------------------
Works fine in IE 7, 8, 9, and 10.
> Popup panel: button's label is invisible in IE8
> -----------------------------------------------
>
> Key: RF-13086
> URL: https://issues.jboss.org/browse/RF-13086
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.3.1, 4.3.2
> Environment: jboss 7.1.1 gatein 3.5 portletbridge 3.2 jsf 2.1.7 (jboss7.1.1 embedded) richfaces 4.3.1(2)
> Reporter: Sergey Zubarev
> Assignee: Brian Leathem
> Labels: needs-qe
> Fix For: 4.3.4
>
>
> {noformat}
> <!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd>
> <ui:composition xmlns="http://www.w3.org/1999/xhtml"
> xmlns:ui="http://java.sun.com/jsf/facelets"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich">
> <h:form id="planningCPPRTableSettingForm">
> <rich:popupPanel modal="true" id="planningCPPRTableSettingsPanel" width="450" height="500"
> showWhenRendered="false" domElementAttachment="form">
> <f:facet name="header">
> <h:outputText value="#{msg.tableConfig_header}" />
> </f:facet>
> <f:facet name="controls">
> <h:graphicImage name="images/fil_close.png"
> style="cursor:pointer"
> onclick="#{rich:component('planningCPPRTableSettingsPanel')}.hide()" />
> </f:facet>
> <a4j:commandButton id="apply_btn" value="apply"/>
> <a4j:commandButton id="reset_btn" value="reset"/>
> <input type="button" value="cancel"
> onclick="#{rich:component('planningCPPRTableSettingsPanel')}.hide();" />
> </rich:popupPanel>
> </h:form>
> </ui:composition>
> {noformat}
> IE 8 not rendered labels for buttons.
> In HTML all ok - all buttons have labels (value tag). In IE 7,9,10 all ok. If I removed header facet from popupPanel or add autosized="true" attribute for popupPanel - button text is displayed.
--
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, 10 months
[JBoss JIRA] (RF-13119) kitchensink-rf test-ds.xml does not use a unique datasource JNDI name
by Sande Gilda (JIRA)
[ https://issues.jboss.org/browse/RF-13119?page=com.atlassian.jira.plugin.s... ]
Sande Gilda updated RF-13119:
-----------------------------
Description:
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>
was:
The richfaces-quickstarts/kitchensink-rf/src/test/resources/test-ds.xml uses the same datasource JNDI name that the kitchensink quickstart test file uses: <datasource jndi-name="java:jboss/datasources/KitchensinkQuickstartTestDS"
This should be changed to a unique name, for example:
<datasource jndi-name="java:jboss/datasources/KitchensinkrfQuickstartTestDS"
> 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
>
> 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
10 years, 10 months
[JBoss JIRA] (RF-13119) kitchensink-rf test-ds.xml does not use a unique datasource JNDI name
by Sande Gilda (JIRA)
[ https://issues.jboss.org/browse/RF-13119?page=com.atlassian.jira.plugin.s... ]
Sande Gilda updated RF-13119:
-----------------------------
Summary: kitchensink-rf test-ds.xml does not use a unique datasource JNDI name (was: kitchensink-rf test-ds.xml uses a unique datasource JNDI name)
> 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
>
> The richfaces-quickstarts/kitchensink-rf/src/test/resources/test-ds.xml uses the same datasource JNDI name that the kitchensink quickstart test file uses: <datasource jndi-name="java:jboss/datasources/KitchensinkQuickstartTestDS"
> This should be changed to a unique name, for example:
> <datasource jndi-name="java:jboss/datasources/KitchensinkrfQuickstartTestDS"
--
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, 10 months
[JBoss JIRA] (RF-13119) kitchensink-rf test-ds.xml uses a unique datasource JNDI name
by Sande Gilda (JIRA)
Sande Gilda created RF-13119:
--------------------------------
Summary: kitchensink-rf test-ds.xml uses 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
The richfaces-quickstarts/kitchensink-rf/src/test/resources/test-ds.xml uses the same datasource JNDI name that the kitchensink quickstart test file uses: <datasource jndi-name="java:jboss/datasources/KitchensinkQuickstartTestDS"
This should be changed to a unique name, for example:
<datasource jndi-name="java:jboss/datasources/KitchensinkrfQuickstartTestDS"
--
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, 10 months
[JBoss JIRA] (RF-13118) Combination of tabPanel and accordion results in Javascript error
by Alexey Shakov (JIRA)
Alexey Shakov created RF-13118:
----------------------------------
Summary: 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:outputScript name="accordionItem.js" library="org.richfaces" /> -->
</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
10 years, 10 months
[JBoss JIRA] (RF-12613) rich:select with enablemanualinput selects wrong items
by J W (JIRA)
[ https://issues.jboss.org/browse/RF-12613?page=com.atlassian.jira.plugin.s... ]
J W commented on RF-12613:
--------------------------
I have found the following bug with this workarround:
if there is an item in the list with the first symbol beeing a space and the user trys to select this item, he will not be able to. Instead the previous selected item will be selected, or if it is the first selection the input field will become/stay empty.
Note: In this special case the native behaviour of RF is also not working correct. While i am able to select the mentioned item manually from the list, i can not find the item if i write in the input " option..." (note the space in front). However native RF will recognize "option..." for this special case (note the space is ommited).
I will try to find out what is going wrong here, but would greatly appreciate any sort of help in this case!
> rich:select with enablemanualinput selects wrong items
> ------------------------------------------------------
>
> Key: RF-12613
> URL: https://issues.jboss.org/browse/RF-12613
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.1.0.Final, 4.3.0.M2
> Reporter: geert olaerts
> Fix For: 4.5.0.Alpha1
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> When using rich:select with enablemanualinput = "true", the wrong item might be selected. If the list of possible items is (in this order): "test test" and "test" and the user selects "test" richfaces will select "test test" as input. The same happens if the user types "test". If the list is "test" and "test test" and the user selects or types "test" the correct item is 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
10 years, 10 months
[JBoss JIRA] (RF-13117) ExtendedDataTable Sorting resets $(window).resize Events
by Thomas Zuberbuehler (JIRA)
[ https://issues.jboss.org/browse/RF-13117?page=com.atlassian.jira.plugin.s... ]
Thomas Zuberbuehler updated RF-13117:
-------------------------------------
Workaround Description:
{code}
window.RichFaces.ui.ExtendedDataTable.prototype.deActivateResizeListener = function() {
if (this.resizeEventName != undefined) {
$(window).off(this.resizeEventName);
}
};
{code}
was:
{code} window.RichFaces.ui.ExtendedDataTable.prototype.deActivateResizeListener = function() {
if (this.resizeEventName != undefined) {
$(window).off(this.resizeEventName);
}
};
{code}
> 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
>
> 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
10 years, 10 months