Thanks Kevin,

As for the results of doing so... it didn't make any difference except for that the view doesn't get corrupted on the REPLACE now... it gets corrupted on the ENDSCAN when it returns to CDataBehavior's Save method. It is a table buffered view, and I am adding more than one new record.

Any other ideas? I know this isn't really in the realm of the framework, but I thought you might have run across this at some point.

Thanks for the help.

>Doug,
>
>>It's on the line of code that uses SETFLDSTATE("ID", 4) to mark the primary key of the added record as edited.>>
>
>If you're talking about the SetPrimaryKeyFieldState method, try changing the SETFLDSTATE code to the following:
>
>REPLACE (lcPrimaryKey) WITH EVAL(lcPrimaryKey)
>
>I've abandoned SETFLDSTATE in the upcoming version of the Framework...it does not always work as advertised! The REPLACE command always works, AND it may fix your problem!
>
>Regards,