there is such callback - the name is aftersavefunc and is parameter in

saveRow. Also check the docs.

Regards

Tony

Thanks for your quick answer!

The value tmp2 was undefined.

Anyway I understood my problem (all my fault I'm afraid).
I wanted to use setRowData in the saveRow successful function in order to modify some values manually (format the value and modify one depending the value of a checkbox).
But the problem (unknown to me, I thought it was a bug, it wasn't...) is that jqGrid does some job after the return true of the successful saveRow function: The part which contains the moved 2 instructions.

So I couldn't use setRowData but instead refresh manually the whole grid. I would have needed a onSaveRowComplete event (which doesn't exist) to do what I intended to do. Cause the function loadComplete is fired only after the refreshing or loading of the whole grid and no events fires after all process terminated after a saveRow...

Sorry for my misunderstanding of this marvelous tool, jqGrid!!

Cordially,
Geoffroy

Thank you for this post. I test this again and again and never see such

behavior. Since this problem is posted for first time (I do not exclude

that there is a bug) please do the following:

Before every break in this switch statement alert the value tmp2.

See what is it.

I think that something is wrong in cofiguration.

Another possible problem should be the min file.

Also try to include development version, clear the cache and test.

Thank you

Regards

Tony

I found a bug in inline editing. When I update successively a row via (urledit), the editable cells become blank and the updated value is only displayed when I refresh the griddata. But when I re-edit the same row, the value then re-disappear again.

I found a way to normalize the problem: 

In grid.inlinedit.js (3.2.4 version) line 154 and 155 (inside method saveRow), I simply moved this 2 instructions inside the case "select" and the case "checkbox" of the previous switch.

I coudn't erase these instructions completely cause my checkbox column needed it. I suppose the select column needs it too. I haven't any textarea column but I suppose (until I test it later) it will act as its brother text column.

This bug occurred on my 4 browsers: Opera, Firefox, IE7, Safari, all for Windows with the last versions, with a Java/tomcat 5.5 application on a "-//W3C//DTD XHTML 1.0 Strict//EN" html format.

If you find a better way or if my correction brings others (future) problems, please let me know!

Cordially, 

Geoffroy