GNOME Bugzilla – Bug 720845
Creating new multi-currency transaction from autocompleted transaction creates 0 valued splits
Last modified: 2018-06-29 23:22:51 UTC
Created attachment 264642 [details] gnucash minimal database to illustrate bug Version 2.5.8 VERY weird bug... In one of my savings accounts, trying to enter a usual monthly deposit (amount varies due to exchange), gnucash now posts the transaction with an empty amount. This only happens on one description which has been used many times in the past... I can enter any other transaction in this same account using the offered defaults but with a new amount and those work. [This bug report was becoming too convoluted, so I reduced the DB to the minimum to illustrate the bug...] Open the attached database. Enter a new transaction by typing "Q<tab>" into the description field and hit Enter. Works. Try changing the amount of that new transaction. This clears the amount altogether. Enter a new transaction by typing "Q<tab>123.45" and hit Enter. This records a transaction with an empty amount. Enter a new transaction by typing "I<tab>123.45" and hit Enter. Now change this transactions Transfer field to "Income:QPP" and hit Enter. This brings up the Transfer Funds dialog. Whatever is doing all this must have occurred in a previous session.
It took me some time to reproduce the behaviour. I'm not sure if that's because I didn't understand your instructions or because it really behaves differently on my system. But regardless, I think the core issue is shown with this particular step: "Enter a new transaction by typing "Q<tab>123.45" and hit Enter. This records a transaction with an empty amount." This I can easily reproduce and is in my opinion not expected behaviour. On 2.4 this action will simply change the amount using the last known exchange rate. So something goes wrong in the exchange rate handling. Unfortunately I have no idea how that code should behave normally. I'll have to hand it over to someone with more knowledge in this area of the code. I have changed the title of the bug to emphasize this is an exchange rate issue.
By the way, I ran my tests on Fedora 20 with gnucash 2.6.1.
I have tested again today with the current maint branch (which is similar to gnucash 2.6.11 + several patches leading up to 2.6.12). I can no longer reproduce this behaviour. When trying this, I now get an exchange rate window popping up if I change the amount. If I copy the transaction verbatim (without changing the amount), I won't get an exchange rate. This is further followed up in bug 106671, so I'll mark this one as a duplicate. *** This bug has been marked as a duplicate of bug 106671 ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=720845. Please update any external references or bookmarks.