You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Jomar Lorentzen <jo...@statnett.no> on 2010/04/21 11:25:34 UTC

RE: Wicket DatePicker memory leak during ajax rerender?

Bumping this.

Have anybody experienced memory leaks on the client when rerendering datepickers using wickets AjaxRequestTarget#addComponent()?


-----Original Message-----
From: Jomar Lorentzen [mailto:jomar.lorentzen@statnett.no] 
Sent: 25. mars 2010 08:20
To: users@wicket.apache.org
Subject: Wicket DatePicker memory leak during ajax rerender?

Hi,

we are using the DatePicker in a panel that is rerendered through ajax at a certain interval, and we have noticed
that the DOM reporter in firebug reports that a new function is added each time the DatePicker is rerendered. As none
on our team are really into javascript we're wondering if anybody could say if this is a potential memory leak?

Each time the DatePicker is rerendered a new random javascript function of the type initdateXXX is added to the page. Are these
initXXX references a potential memory leak on the browser, or would they be cleaned up by the browser if firebug had not been running?

initdate838 = function() {
    Wicket.DateTime.init( ... );
};


if (wicketCalendarInitFinished) {
    // when a DatePicker is added via ajax, the loader is already finished, so
    // we call the init function directly.
    initdate838();
} else {
    // when page is rendered, all calendar components will be initialized after
    // the required js libraries have been loaded.
    wicketCalendarInits.push(initdate838);
}
Save a tree - don't print this e-mail unless necessary!

Statnett SF, Tel. head office +47 22527000, Enterprise No. NO 962 986 633 VAT, www.statnett.no, firmapost@statnett.no
_________________________________________________________________

This e-mail and any attached files are confidential and may be legally privileged. If you have received this transmission in error please notify the sender by reply e-mail immediately and then delete the e-mail.
E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete. If verification is required please request a hard copy version. This e-mail message has been virus checked by the antivirus programs used by Statnett SF.
_________________________________________________________________
Save a tree - don't print this e-mail unless necessary!

Statnett SF, Tel. head office +47 22527000, Enterprise No. NO 962 986 633 VAT, www.statnett.no, firmapost@statnett.no
_________________________________________________________________

This e-mail and any attached files are confidential and may be legally privileged. If you have received this transmission in error please notify the sender by reply e-mail immediately and then delete the e-mail.
E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete. If verification is required please request a hard copy version. This e-mail message has been virus checked by the antivirus programs used by Statnett SF.
_________________________________________________________________


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org