Re: Ajax Memory Leak in IE
Matej, could the below exception also be caused by regression? This is the stack trace: 03ms server time taken for request app/?wicket:interface=:0:body:panel:leftToSellTab:panel:inventoryButtons:mainForm::IFormSubmitListener:: response size: 155862 [16:34:31.408] ERROR [http-8080-Processor6] RequestCycle - component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] org.apache.wicket.WicketRuntimeException: component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget(AbstractRequestCycleProcessor.java:411) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:456) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1152) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248) at org.apache.wicket.RequestCycle.request(RequestCycle.java:489) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:193) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Thank you! Regards, Alex. Matej Knopp-2 wrote: Hi, sorry, it was a regression. Should be fixed in current trunk. -Matej -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a14151752 Sent from the
Re: Ajax Memory Leak in IE
Matej, could the below exception also be caused by regression? This is the stack trace: 03ms server time taken for request app/?wicket:interface=:0:body:panel:leftToSellTab:panel:inventoryButtons:mainForm::IFormSubmitListener:: response size: 155862 [16:34:31.408] ERROR [http-8080-Processor6] RequestCycle - component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] org.apache.wicket.WicketRuntimeException: component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget(AbstractRequestCycleProcessor.java:411) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:456) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1152) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248) at org.apache.wicket.RequestCycle.request(RequestCycle.java:489) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:193) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Thank you! Regards, Alex. Matej Knopp-2 wrote: Hi, sorry, it was a regression. Should be fixed in current trunk. -Matej -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a14151753 Sent from the
Re: Ajax Memory Leak in IE
Doesn't seem so. Is it reproducable? How does it happen? -Matej On Dec 4, 2007 3:43 PM, Alex Objelean [EMAIL PROTECTED] wrote: Matej, could the below exception also be caused by regression? This is the stack trace: 03ms server time taken for request app/?wicket:interface=:0:body:panel:leftToSellTab:panel:inventoryButtons:mainForm::IFormSubmitListener:: response size: 155862 [16:34:31.408] ERROR [http-8080-Processor6] RequestCycle - component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] org.apache.wicket.WicketRuntimeException: component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget(AbstractRequestCycleProcessor.java:411) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:456) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1152) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248) at org.apache.wicket.RequestCycle.request(RequestCycle.java:489) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:193) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Thank you! Regards, Alex.
Re: Ajax Memory Leak in IE
I can reproduce it only randomly and it seems that this happens in IE only. I am using wicket-1.3.0-rc1. Regards, Alex Matej Knopp-2 wrote: Doesn't seem so. Is it reproducable? How does it happen? -Matej On Dec 4, 2007 3:43 PM, Alex Objelean [EMAIL PROTECTED] wrote: Matej, could the below exception also be caused by regression? This is the stack trace: 03ms server time taken for request app/?wicket:interface=:0:body:panel:leftToSellTab:panel:inventoryButtons:mainForm::IFormSubmitListener:: response size: 155862 [16:34:31.408] ERROR [http-8080-Processor6] RequestCycle - component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] org.apache.wicket.WicketRuntimeException: component body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2 not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id = 0], listener interface = [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget(AbstractRequestCycleProcessor.java:411) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:456) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1152) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248) at org.apache.wicket.RequestCycle.request(RequestCycle.java:489) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:193) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at
Re: Ajax Memory Leak in IE
I'll give it a try. Thank you very much!
Alex.
Matej Knopp-2 wrote:
This really shouldn't happen. Could you please try adding no-store
Cache-Control header?
e.g.
override
protected void setHeaders(WebResponse response)
{
response.setHeader(Pragma, no-cache);
response.setHeader(Cache-Control, no-cache, no-store,
max-age=0,
must-revalidate);
}
like this on your page class. Maybe IE is caching wrong DOM tree.
-Matej
On Dec 4, 2007 6:28 PM, Alex Objelean [EMAIL PROTECTED] wrote:
I can reproduce it only randomly and it seems that this happens in IE
only. I
am using wicket-1.3.0-rc1.
Regards,
Alex
Matej Knopp-2 wrote:
Doesn't seem so. Is it reproducable? How does it happen?
-Matej
On Dec 4, 2007 3:43 PM, Alex Objelean [EMAIL PROTECTED]
wrote:
Matej, could the below exception also be caused by regression?
This is the stack trace:
03ms server time taken for request
app/?wicket:interface=:0:body:panel:leftToSellTab:panel:inventoryButtons:mainForm::IFormSubmitListener::
response size: 155862
[16:34:31.408] ERROR [http-8080-Processor6] RequestCycle - component
body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2
not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id
=
0],
listener interface = [RequestListenerInterface name=IBehaviorListener,
method=public abstract void
org.apache.wicket.behavior.IBehaviorListener.onRequest()]
org.apache.wicket.WicketRuntimeException: component
body:panel:leftToSellTab:panel:inventoryList:inventoryLinesDynamic:38:villaTypes:2
not found on page ro.isdc.centerparcs.dpa.ui.page.DPADashboardPage[id
=
0],
listener interface = [RequestListenerInterface name=IBehaviorListener,
method=public abstract void
org.apache.wicket.behavior.IBehaviorListener.onRequest()]
at
org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget(AbstractRequestCycleProcessor.java:411)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:456)
at
org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1152)
at
org.apache.wicket.RequestCycle.steps(RequestCycle.java:1248)
at
org.apache.wicket.RequestCycle.request(RequestCycle.java:489)
at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:343)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
Re: Ajax Memory Leak in IE
Hi,
sorry, it was a regression. Should be fixed in current trunk.
-Matej
On Nov 30, 2007 2:28 PM, Antoine Angénieux [EMAIL PROTECTED] wrote:
To be a bit more explicit : I checked in the Ajax Debug window, the Ajax
called is made, the response is received, but then I have the following
error message :
INFO: Response parsed. Now invoking steps...
ERROR: Error while parsing response: Erreur d'exécution inconnue
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...
This only happens in IE 6 and 7, but works perfectly well in Firefox 2.0...
Any idea? I guess it is related to the recent (yesterday and today)
modifications in wicket-ajax.js.
Matej, do you have any idea ?
Thanks guys !
Antoine.
Below is a copy of the full log in the debug window :
INFO: focus set on pageLink41
INFO:
INFO: Initiating Ajax GET request on
?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:1:pageLink::IBehaviorListener:0:random=0.948158990539
INFO: Invoking pre-call handler(s)...
INFO: Received ajax response (5507 characters)
INFO:
?xml version=1.0
encoding=UTF-8?ajax-responseheader-contribution encoding=wicket1
![CDATA[head xmlns:wicket=http://wicket.apache.org;script
type=text/javascript
src=resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.WicketAjaxReference/wicket-ajax.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js/script
script type=text/javascript
id=wicket-ajax-debug-enable!--/*--![CDATA[/*!--*/
wicketAjaxDebugEnable=true;
/*--]^]^*//script
/head]]/header-contributioncomponent id=table36 ![CDATA[table
id=table36 cellpadding=0 cellspacing=0
thead
tr class=navigation
td colspan=4
div style=float: left;
class=navigatorLabelspanAffiche 6 à 8 sur 8/span/div
div style=text-align: right; class=navigatorspan
id=navigator37
a id=first38 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:first::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:first::ILinkListener::/a
a id=prev39 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:prev::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:prev::ILinkListener::/a
span
a id=pageLink180 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:0:pageLink::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:0:pageLink::ILinkListener::span1/span/a
/spanspan
span id=pageLink181emspan2/span/em/span
/span
span id=next42em/em/span span
id=last43em/em/span
/span/div
/td
/tr
tr class=headers
th class=wicket_orderNonea id=orderByLink44
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:1:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:1:header:orderByLink::ILinkListener::spanCode/span/a/th
th class=wicket_orderNonea id=orderByLink45
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:2:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:2:header:orderByLink::ILinkListener::spanDate
de procédure/span/a/th
th class=wicket_orderNonea id=orderByLink46
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:3:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:3:header:orderByLink::ILinkListener::spanEchéance/span/a/th
thspan /span/th
/tr
/thead
tbody
tr class=even
td
span
a
href=?wicket:interface=:1:portletFu1:fu1:table:rows:9:cells:1:cell:link::ILinkListener::span
img src=img/patients/crf.gif border=0/spanBMA97/span
Re: Ajax Memory Leak in IE
Matej Knopp a écrit :
Hi,
sorry, it was a regression. Should be fixed in current trunk.
Don't, shit happens !
Thanks alot for reacting so quickly, You guys are marvelous ;)
Cheers,
Antoine.
PS: Just tested it, and it works just fine
-Matej
On Nov 30, 2007 2:28 PM, Antoine Angénieux [EMAIL PROTECTED] wrote:
To be a bit more explicit : I checked in the Ajax Debug window, the Ajax
called is made, the response is received, but then I have the following
error message :
INFO: Response parsed. Now invoking steps...
ERROR: Error while parsing response: Erreur d'exécution inconnue
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...
This only happens in IE 6 and 7, but works perfectly well in Firefox 2.0...
Any idea? I guess it is related to the recent (yesterday and today)
modifications in wicket-ajax.js.
Matej, do you have any idea ?
Thanks guys !
Antoine.
Below is a copy of the full log in the debug window :
INFO: focus set on pageLink41
INFO:
INFO: Initiating Ajax GET request on
?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:1:pageLink::IBehaviorListener:0:random=0.948158990539
INFO: Invoking pre-call handler(s)...
INFO: Received ajax response (5507 characters)
INFO:
?xml version=1.0
encoding=UTF-8?ajax-responseheader-contribution encoding=wicket1
![CDATA[head xmlns:wicket=http://wicket.apache.org;script
type=text/javascript
src=resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.WicketAjaxReference/wicket-ajax.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js/script
script type=text/javascript
id=wicket-ajax-debug-enable!--/*--![CDATA[/*!--*/
wicketAjaxDebugEnable=true;
/*--]^]^*//script
/head]]/header-contributioncomponent id=table36 ![CDATA[table
id=table36 cellpadding=0 cellspacing=0
thead
tr class=navigation
td colspan=4
div style=float: left;
class=navigatorLabelspanAffiche 6 à 8 sur 8/span/div
div style=text-align: right; class=navigatorspan
id=navigator37
a id=first38 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:first::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:first::ILinkListener::/a
a id=prev39 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:prev::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:prev::ILinkListener::/a
span
a id=pageLink180 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:0:pageLink::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:0:pageLink::ILinkListener::span1/span/a
/spanspan
span id=pageLink181emspan2/span/em/span
/span
span id=next42em/em/span span
id=last43em/em/span
/span/div
/td
/tr
tr class=headers
th class=wicket_orderNonea id=orderByLink44
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:1:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:1:header:orderByLink::ILinkListener::spanCode/span/a/th
th class=wicket_orderNonea id=orderByLink45
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:2:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:2:header:orderByLink::ILinkListener::spanDate
de procédure/span/a/th
th class=wicket_orderNonea id=orderByLink46
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:3:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:3:header:orderByLink::ILinkListener::spanEchéance/span/a/th
thspan /span/th
/tr
/thead
tbody
tr class=even
td
span
a
Re: Ajax Memory Leak in IE
Just updated and rebuilt from the trunk, and now Ajax the pager component in AjaxFallbackDefaultDataTable do not work any more... (IE6 and IE7) Cheers, Antoine. picknick a écrit : Wow, you're quick. Thanks. Matej Knopp-2 wrote: Hi, should be fixed in latest trunk. -Matej On Nov 26, 2007 5:24 PM, picknick [EMAIL PROTECTED] wrote: Here's the jira issue. Currently i can't say anything about IE7. https://issues.apache.org/jira/browse/WICKET-1186 https://issues.apache.org/jira/browse/WICKET-1186 Matej Knopp-2 wrote: Does it happen for IE6 only or also for IE7? Can you create a jira issue and attach a quickstart? -Matej On Nov 26, 2007 12:19 PM, picknick [EMAIL PROTECTED] wrote: I'm using a DataView-Table with an AjaxPagingNavigator listing 100 items per page. Each item has an AjaxLink to a detail view. When paging through the list the memory usage of the IE is increased by about 500 KB per page. Without the ajax link it's doing well. AjaxDebugMode is disabled. Configuration is set to deployment. Currently I'm using Wicket 1.3.0-rc1. I tried Wicket 1.2.6, which is working fine. Any ideas? Nick -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13947927 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13953000 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax Memory Leak in IE
To be a bit more explicit : I checked in the Ajax Debug window, the Ajax
called is made, the response is received, but then I have the following
error message :
INFO: Response parsed. Now invoking steps...
ERROR: Error while parsing response: Erreur d'exécution inconnue
INFO: Invoking post-call handler(s)...
INFO: Invoking failure handler(s)...
This only happens in IE 6 and 7, but works perfectly well in Firefox 2.0...
Any idea? I guess it is related to the recent (yesterday and today)
modifications in wicket-ajax.js.
Matej, do you have any idea ?
Thanks guys !
Antoine.
Below is a copy of the full log in the debug window :
INFO: focus set on pageLink41
INFO:
INFO: Initiating Ajax GET request on
?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:1:pageLink::IBehaviorListener:0:random=0.948158990539
INFO: Invoking pre-call handler(s)...
INFO: Received ajax response (5507 characters)
INFO:
?xml version=1.0
encoding=UTF-8?ajax-responseheader-contribution encoding=wicket1
![CDATA[head xmlns:wicket=http://wicket.apache.org;script
type=text/javascript
src=resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.WicketAjaxReference/wicket-ajax.js/script
script type=text/javascript
src=resources/org.apache.wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js/script
script type=text/javascript
id=wicket-ajax-debug-enable!--/*--![CDATA[/*!--*/
wicketAjaxDebugEnable=true;
/*--]^]^*//script
/head]]/header-contributioncomponent id=table36 ![CDATA[table
id=table36 cellpadding=0 cellspacing=0
thead
tr class=navigation
td colspan=4
div style=float: left;
class=navigatorLabelspanAffiche 6 à 8 sur 8/span/div
div style=text-align: right; class=navigatorspan
id=navigator37
a id=first38 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:first::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:first::ILinkListener::/a
a id=prev39 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:prev::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:prev::ILinkListener::/a
span
a id=pageLink180 onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:0:pageLink::IBehaviorListener:0:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:1:toolbar:span:navigator:navigation:0:pageLink::ILinkListener::span1/span/a
/spanspan
span id=pageLink181emspan2/span/em/span
/span
span id=next42em/em/span span
id=last43em/em/span
/span/div
/td
/tr
tr class=headers
th class=wicket_orderNonea id=orderByLink44
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:1:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:1:header:orderByLink::ILinkListener::spanCode/span/a/th
th class=wicket_orderNonea id=orderByLink45
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:2:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:2:header:orderByLink::ILinkListener::spanDate
de procédure/span/a/th
th class=wicket_orderNonea id=orderByLink46
onclick=var
wcall=wicketAjaxGet('?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:3:header:orderByLink::IBehaviorListener:1:-1',null,null,
function() {return Wicket.$$(this)}.bind(this));return !wcall;
class=wicket_orderNone
href=?wicket:interface=:1:portletFu1:fu1:table:topToolbars:2:toolbar:headers:3:header:orderByLink::ILinkListener::spanEchéance/span/a/th
thspan /span/th
/tr
/thead
tbody
tr class=even
td
span
a
href=?wicket:interface=:1:portletFu1:fu1:table:rows:9:cells:1:cell:link::ILinkListener::span
img src=img/patients/crf.gif border=0/spanBMA97/span
/span/a
/span
/tdtd
span29/09/2007/span
/tdtd
span07/04/2008/span
/tdtd
span
a
Re: Ajax Memory Leak in IE
Wow, you're quick. Thanks. Matej Knopp-2 wrote: Hi, should be fixed in latest trunk. -Matej On Nov 26, 2007 5:24 PM, picknick [EMAIL PROTECTED] wrote: Here's the jira issue. Currently i can't say anything about IE7. https://issues.apache.org/jira/browse/WICKET-1186 https://issues.apache.org/jira/browse/WICKET-1186 Matej Knopp-2 wrote: Does it happen for IE6 only or also for IE7? Can you create a jira issue and attach a quickstart? -Matej On Nov 26, 2007 12:19 PM, picknick [EMAIL PROTECTED] wrote: I'm using a DataView-Table with an AjaxPagingNavigator listing 100 items per page. Each item has an AjaxLink to a detail view. When paging through the list the memory usage of the IE is increased by about 500 KB per page. Without the ajax link it's doing well. AjaxDebugMode is disabled. Configuration is set to deployment. Currently I'm using Wicket 1.3.0-rc1. I tried Wicket 1.2.6, which is working fine. Any ideas? Nick -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13947927 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13953000 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13990649 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax Memory Leak in IE
Hi, should be fixed in latest trunk. -Matej On Nov 26, 2007 5:24 PM, picknick [EMAIL PROTECTED] wrote: Here's the jira issue. Currently i can't say anything about IE7. https://issues.apache.org/jira/browse/WICKET-1186 https://issues.apache.org/jira/browse/WICKET-1186 Matej Knopp-2 wrote: Does it happen for IE6 only or also for IE7? Can you create a jira issue and attach a quickstart? -Matej On Nov 26, 2007 12:19 PM, picknick [EMAIL PROTECTED] wrote: I'm using a DataView-Table with an AjaxPagingNavigator listing 100 items per page. Each item has an AjaxLink to a detail view. When paging through the list the memory usage of the IE is increased by about 500 KB per page. Without the ajax link it's doing well. AjaxDebugMode is disabled. Configuration is set to deployment. Currently I'm using Wicket 1.3.0-rc1. I tried Wicket 1.2.6, which is working fine. Any ideas? Nick -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13947927 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13953000 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax Memory Leak in IE
Does it happen for IE6 only or also for IE7? Can you create a jira issue and attach a quickstart? -Matej On Nov 26, 2007 12:19 PM, picknick [EMAIL PROTECTED] wrote: I'm using a DataView-Table with an AjaxPagingNavigator listing 100 items per page. Each item has an AjaxLink to a detail view. When paging through the list the memory usage of the IE is increased by about 500 KB per page. Without the ajax link it's doing well. AjaxDebugMode is disabled. Configuration is set to deployment. Currently I'm using Wicket 1.3.0-rc1. I tried Wicket 1.2.6, which is working fine. Any ideas? Nick -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13947927 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax Memory Leak in IE
Here's the jira issue. Currently i can't say anything about IE7. https://issues.apache.org/jira/browse/WICKET-1186 https://issues.apache.org/jira/browse/WICKET-1186 Matej Knopp-2 wrote: Does it happen for IE6 only or also for IE7? Can you create a jira issue and attach a quickstart? -Matej On Nov 26, 2007 12:19 PM, picknick [EMAIL PROTECTED] wrote: I'm using a DataView-Table with an AjaxPagingNavigator listing 100 items per page. Each item has an AjaxLink to a detail view. When paging through the list the memory usage of the IE is increased by about 500 KB per page. Without the ajax link it's doing well. AjaxDebugMode is disabled. Configuration is set to deployment. Currently I'm using Wicket 1.3.0-rc1. I tried Wicket 1.2.6, which is working fine. Any ideas? Nick -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13947927 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Ajax-Memory-Leak-in-IE-tf4874611.html#a13953000 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
