importing happens even when transaction matcher told not to
Derek Atkins
warlord at MIT.EDU
Thu Oct 26 08:59:19 EDT 2006
Benoit Gregoire <bock at step.polymtl.ca> writes:
>> But in recent svn versions, this architectural problem has been made
>> worse. I've seen the transactions created by the generic import
>> matcher before, but the appropriate ones would be removed upon
>> Finalize. Now, the matcher seems to finalize based on whatever state
>> it guessed for the collection of transactions on initial import.
>> Changes made once the matcher shows the collection are ignored when
>> Finalize (and probably Cancel) is clicked.
>
> Well then, either something changed in the matcher behaviour or in the engine
> revert code (so reverting a transaction no longuer really reverts).
I know Chris WAS working on the engine revert code.. So it's possible
that some artifact of that code changed some behavior you were
depending on.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord at MIT.EDU PGP key available
More information about the gnucash-devel
mailing list