On Dec 19, 2010, at 1:34 PM, Phil Longstaff wrote: > I've run into an issue with 2.4.0. 'make check' doesn't pass. The dbi tests > don't pass with the mysql backend. The reconcile date doesn't match. When I > look at the splits table, the reconcile_date field has 'CURRENT_DATE' as the > default and 'on update, use CURRENT_DATE' as well. Therefore, storing a null > date and reloading doesn't return a null date which would represent a split > not > having been reconciled. > > In any case, if the 'on update, use CURRENT_DATE' means that if the split > record > is ever changed, the reconcile date is changed, that is just wrong. I > haven't > looked at the log to figure out why it is there. >
Interesting problem. Turned out to be default behavior in MySql. Fixed in r19964. Regards, John Ralls _______________________________________________ gnucash-devel mailing list [email protected] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
