Hello Tony,

I could also reproduce it with a scrollTimeout of 80, than I reduced this to 40 and could not reproduce it (but did only try a few times).

It seems to happen when I change the scroll position while “loading …” new data from server.

Maybe I'll keep trying a bit tomorrow (and I will also watch memory and

Hello Tony,

The memory leaks seemed to be across several browsers (IE, Firefox).

I hope you didn't misunderstand – not the jqGrid itself has a memory leak – but any jQuery widget attached to the grid will not be destroyed correctly but keeps somewhere in memory.

The only solution (I found) to destroy those attached widgets (e.g. context menues or special tooltips on cells or rows) was by calling the jQuery remove method.

here is the code how I create my context menu widgets:

// attach context menues on all grid rows
var gridCompleteFunction = function() {


Thank you.

That seems to fix some problems.

Another problem that sometimes occurs in my web app is the following …
… when a grid instance is already destroyed (because of a view change) at the time when an outstanding ajax-call (loading new data) completes (loading the received data into the grid) this throws an error because it can't fill the grid which was already destroyed.

I know I should prevent such situations (to destroy the grid befor all open tasks and ajax-calls are finished) but how do I know if any asyc action is still in progress?

The bad thing with JavaScript errors is, that the whole webapp crashes.

Nevertheless I like your grid control plugin. Cool and highly customizable solution.

Kind regards,
Klaus.

Thank you for the quick fix on the update site.

The current download is ok (no more byte-order-marks in those files).

Thank's for the quick answer.

Is there another method or trigger-function I can call to only reload the grid without invoking any cleanup-tasks?

(why I need this? … I would like to trigger an automatic reload of the table data periodically)

Kind regards,

Klaus.