Sorry, I misunderstood your post. I agree, even if it was human error, the change breaks backward compatibility in a minor release. It should have at least waited till 4.0.
Regards, Adrien > On Apr 9, 2020 w15d100, at 7:28 AM, D <sunfis...@yahoo.com> wrote: > > Adrien, > > I disagree. In earlier versions, a transaction was only considered reconciled > or not; its date of reconciliation was not considered. That a spurious date > was entered for the reconciliation didn't affect the functionality of the > software. Now, it does. > > That is a change in compatibility. > > Given that gnucash has a policy of backward compatibility, this change in > behavior breaks that. Are the developers good with that change in policy? _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
