I am very sorry for the attachment incident. I have re-archive the modified files and attached it to this post.

In my test for both FireFox 3.6.3 and Safari 4.0.5 I found that the method will work without any issue. The edited cell will have a red color as the result of the snippet.

Based on my analysis of the attached code, the issue occurs because you have just add the rows to the table and have not invoked AcceptChanges method.

In order to resolve the issue please add this line before returning the ds value in LoadData function:

ds.AcceptChanges();

I also suggest adding primary key to the datatable since you are setting PrimaryKeyID field as a DataKeyField in the WebGrid

dtFields.PrimaryKey = new DataColumn[] { dtFields.Columns["PrimaryKeyID"] };

In my test, it seems in Safari and Firefox browser, during body onload the content WebGrid height has not been set correctly so the ScrollTop assigment fails. You will need to use the setTimeout function to let the WebGrid set the proper height in order to set ScrollTop property.

Here is the modified snippet, in my test a delay of 10ms will be enough to properly set the ScrollTop correctly:

function body_OnLoad()
{
    var strCook = document.cookie;
    if (strCook.indexOf("!~") != 0)
    {
        var intS = strCook.indexOf("!~");
        var intE = strCook.indexOf("~!");
        var strPos = strCook.substring(intS + 2, intE);

        var grid = ISGetObject("wgTest");

        setTimeout(function()
        {
            grid.RootTable.GetElement(WG40.BODY, WG40.HTMLDIV).scrollTop = strPos;
        }, 10);
    }
    
}

Based on my analysis, it seems this issue is cause by a bug. A bug report has been submitted in our internal bug reporting service for further analysis.

We will update you if there is any update regarding this issue.