Jim,
That was the first thing we checked. No default values. BTW, I was thinking, that in my scatter name I may have forgotten to select the right table. So, at this moment I'm not absolutely positive in that check I made. Anyway, we didn't change anything, we opened the form and closed it. Why it would make the buffer dirty?
>Is it possible that there is a default value for the state field?
>
>good luck
>
>
>>Hi everybody,
>>
>>My colleague and I spent more than 4 hours today puzzling our heads on a very weird problem. He has a very complicated form with lots of business objects. There is a button on that form, which calls another form. That form is modal and it doesn't contain a biz. object. This form has a Default DS, so it shares DS of a calling form. This form has textbox controls bound to two views from the main form. Now, if we don't invoke that form, the main form behaves correctly. Once we invoke it and immediatelly close, it reports that something was changed.
>>
>>The button just calls that form with DoForm('childform') command.
>>
>>We found, that after we invoked the form, the GeFldState function returns 343333333433333333. The second 4 is a new primary key, so it's fine, but the 4 on the 10th position is unexplainable. That field is cState_Code and it was not touched any way. Moreover,
>>I put
>>scatter name loBefore
>>doform()
>>scatter name loAfter
>>=messagebox(compobj(loBefore, loAfter))
>>=messagebox(getfldstate(-1))
>>
>>And compobj returns .t. while GetFldState reports a change on that field. The field is empty before and after and it is not null.
>>
>>We're stumbled.
>>
>>Do you have any explanation for that strange behavior?
>>
>>Thanks a lot in advance.
If it's not broken, fix it until it is.
My Blog