After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 165719 - log replay loses currency info
log replay loses currency info
Status: VERIFIED DUPLICATE of bug 143720
Product: GnuCash
Classification: Other
Component: Import - Other
1.8.x
Other All
: Normal normal
: ---
Assigned To: Benoit Grégoire
Benoit Grégoire
Depends on:
Blocks:
 
 
Reported: 2005-01-30 16:32 UTC by Mark Johnson
Modified: 2018-06-29 20:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mark Johnson 2005-01-30 16:32:25 UTC
Please describe the problem:
I had to replay a log to recover two transactions.  Once done, the two
transactions lacked currency information.  This caused gnucash to print:
Warning: xaccTransFindOldCommonCurr...(): unable to find a common currency, and
that is strange.
Warning: xaccTransScrubCurrency: no common transaction currency found
several times on the console.  In examining the XML data file, I found that
these transactions lacked a <trn:currency> tag.  After adding it manually and
ensuring that the value (quantity?) tags were correct, the problem was fixed.

Steps to reproduce:
1. entered two transactions (number is probably not important).  They contained
multiple splits (also probably not important).
2. I had to revert to the previous saved data file by moving the current data
file and using the File->Open menu choice on starting gnucash, and replay the
logs using the File->Import->replay menu choice
3. Now, whenever gnucash is opened, it prints the above warnings, until I fixed
the XML data file manually.


Actual results:
See above problem description

Expected results:
One expects that the currency would be recorded properly when replaying the log.

Does this happen every time?
I haven't tried it again, since I don't want to play around with my data too much.

Other information:
Comment 1 Iustin Pop 2005-02-06 14:14:49 UTC
I can confirm I was hit by the same bug. The number of transactions is indeed
irrelevant, as in my case there were around 15 transactions.
Comment 2 Greg Hewgill 2005-04-17 04:15:02 UTC
I ran into this too when I used the replay log function for the first time. In
my case too, the main account xml did not contain <trn:currency> elements for
the replayed transactions. Since the transaction log does not appear to contain
the currency identifier, I suppose the currency would have to be derived from
the currency types of the involved accounts. Or, the transaction log could be
changed to include the transaction currency identifier.

For now at least, this minor problem has a fairly straightforward workaround.
Comment 3 Christian Stimming 2005-11-29 13:07:18 UTC
Log replay related bugs: bug#143720 and bug#150514 and bug#165719 and bug#173056
Comment 4 Christian Stimming 2006-01-18 13:30:18 UTC

*** This bug has been marked as a duplicate of 143720 ***
Comment 5 John Ralls 2018-06-29 20:49:33 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=165719. Please update any external references or bookmarks.