Hi!

Ok, you can send it to me. However, you can track this by self in quite easy manner:
Use SET STEP ON somewhere on your form that you're sure is before data marked as changes, or just after update of data so, again, you're sure getfldstate(-1) return all '1'. Then run program and when it stops at that point open watches window, type getfldstate(-1,'alias') in it and setup the breakpoint on that watch by double clicking on the area just to left from the watch item. Run program again. Program will stop at each statement that cause the change of that value. There could be a lot of them because data session change or alias goes out of scope, but at last you will reach what is needed. Good luck!


>>>Since the Comboboxes always return a 2 whether they have changed or not, ...
>>
>>Thats not correct! Save your time and look to the combobox class. Often combobox.value=combobox.value used to refresh the combobox properly. That causes the bound field marked as changed. The best way to refresh the combobox value is to match the item in List of the combobox with the field value (if such value is not already in list), than use combobox.ControlSource=combobox.CountrolSource. This way field is not marked as changed and you will forget about this problem. Verified in production APP.
>
>Hey Vlad,
>
>I have been dealing with these Comboboxes for over two full days now and need to move on. Would you (or anyone) be willing to look at the class and instance combos and let me know what I'm doing wrong? If so, I'll create a quick project, not functional, and zip it up.
>
>We could still keep communication continuing in this thread.
>
>Renoir