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