Obviously if you delete the transaction ID (internally generated by GnuCash and the Price information that this information will have to be supplied either when the transaction is imported or afterward by editing the transaction in the editor. A new transaction ID will be generated automatically but GnuCash has no way of supplying the new price information apart from a new price request which may not be the price relevant to the transaction being imported.
The multiline- multisplit data as exported from GnuCash and reimported using the GnuCash export format should of course import seamlessly as long as the correct date format is selected. The origin of the 3.45 in my case seems to be the incorrect value of the price being read in. The correct value is present in the exported data. I am not familiar enough with the code in that part of the import of data to the register to be able to track it down at the moment. I have a clear reproducible example so I will raise a bug report. Hopefully this may resolve your problem as well David ----- David Cousens -- Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html _______________________________________________ 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.
