Tracking down 1.6 currency account import problems

Christian Stimming stimming@tuhh.de
Mon, 18 Nov 2002 00:08:28 +0100


-----BEGIN PGP SIGNED MESSAGE-----

Hi,

I think I have tracked down the problem reported by Herbert Thoma and me, 
related to wrong 1.6-currency transactions. I need somebody to point me to 
the place in the code, where 1.6 transactions are converted into the new 1.7 
currency model -- somebody out there?

The importing bug is due to the new handling of currency accounts (they don't 
have both a security and a currency anymore, they only have the security 
which is now called commodity). In 1.6, we did currency exchanges this way 
(showing only the "second half" of that two-transaction process)

Split A, to EUR Asset account:  Quantity: 511.29 Value 511.29
Split B, from Currency account: Quantity -511.29 Value -1000.00

where the currency account had security EUR and currency something else, e.g. 
DEM, and Split B says that those EUR 511.29 were worth DEM 1000. 

Now if this file gets imported into 1.7, that transaction ends up as a EUR 
transaction and with the numbers like this:

Split A, to EUR Asset account: Quantity 511.29 Value 511.29
Split B, from Currency account: Quantity -1000.00 Value -1000.00

and this transaction is *no longer balanced*! Having the transaction as a EUR 
transaction is correct. Split A is correct as well, but Split B is not. 
Instead, the correct values would be 

Split A, to EUR Asset account: Quantity 511.29 Value 511.29
Split B, from Currency account: Quantity -511.29 Value -511.29

since these EUR 511.29 is the only thing that gets moved around. Where on 
earth is this performed in the gnucash code...

Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iQCVAwUBPdghbGXAi+BfhivFAQHNkQQAkeFnlE4n912CleR1J6U9Agn8dRoxE7dz
9FQ/eHetUp9H5xe2Xs3EpTt7xbAS7rIn3xJkUtXjantreTghpqEW8dBl5J9b+xYG
ih9aQBuwrCZhNOtUB8IJVlu4dBMFcC1tAl92ECOCwlbstyJXraYz3kpFGQZiy6Bl
OXuCt8CwMyc=
=1Fze
-----END PGP SIGNATURE-----