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 351831 - Broken transactions when changing account currency preferences
Broken transactions when changing account currency preferences
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: Register
2.0.x
Other All
: Normal normal
: ---
Assigned To: David Hampton
Chris Shoemaker
Depends on:
Blocks:
 
 
Reported: 2006-08-17 21:03 UTC by Thierry Scalais
Modified: 2018-06-29 21:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Sample gnucash file that explicits the problem (3.02 KB, application/xml)
2006-08-17 21:11 UTC, Thierry Scalais
Details

Description Thierry Scalais 2006-08-17 21:03:37 UTC
Please describe the problem:
After I changed the default account currency from USD to EUR, when i added an transfer from a stock account to a bank account, the transaction is recorded in EUR while all other transaction in the stock account were recorded in USD.

Looking for the corresponding transaction in the bank account, I find the transaction with no amount displayed.

Steps to reproduce:
1. Change the default account currency
2. add a transfer with no shares from a stock account to a bank account
4. save the accounts



Actual results:
The transaction exists in the bank account but the amount do not appear.
The transaction is recorded in the new prefered currency

Expected results:
A dialog should appear to ask for a conversion factor and the transaction.

Does this happen every time?


Other information:
Comment 1 Thierry Scalais 2006-08-17 21:11:11 UTC
Created attachment 71106 [details]
Sample gnucash file that explicits the problem

Look in the 'Assets:Investments:Brokerage Account:SUNW' account to  the transfer 15EUR to 'Assets:Current Assets:Checking Account' account.
Comment 2 Christian Stimming 2006-08-18 08:34:45 UTC
Where/how do you enter the transaction that shows the problem? Do you enter it in the account register of one of the two accounts involved? Or do you enter it in the General Ledger? The latter is bug#106873. 

Other currency-related problem reports: bug#116353 bug#148068 bug#340438
Comment 3 David Hampton 2006-08-18 17:01:30 UTC
You also misunderstand what that prefernce does.  It changes the default currency for newly created *accounts*, not newly created transactions.  The currency of a transaction is controlled by the accounts used in that transaction. 
Comment 4 Thierry Scalais 2006-08-18 19:41:58 UTC
(In reply to comment #2)
I did it firstly in the stock account register with the transaction journal view. Then i entered firstly the operation on the stock account before to define the transaction to the bank. 
The behaviour is the same when I use the basic ledger view where I have to enter only the bank account. At least in this case, gnucash should know it has to use the bank account currency.
There is a need to insure that the currency of a transaction in the stock ledger includes only splits linked to accounts in the same currency.
Moreover, as it is possible to get ,in a stock account, several transactions in several currency, the transaction currency should appear in the ledger.

This bug seems to be a dupplicate of bug#116353.
Comment 5 Thierry Scalais 2006-08-18 19:52:05 UTC
(In reply to comment #3)
It should do but it does not. This the bug.
The problem occurs in a stock account for which the default currency is not defined.

My normal preferences is to use EURO. The problem occured when i used the sample attached to bug#347739 which uses account in USD to test a modified version of advanced-portofolio.scm.
Comment 6 Christian Stimming 2011-02-08 15:04:26 UTC
Thank you for taking the time to report this bug. However, you are using a version that is too old and not supported anymore. The GnuCash developers are no longer working on that version, so either this bug has already been fixed or unfortunately there will not be any bug fixes for the version that you use. The current stable version of gnucash is 2.4.0 now.

In the (hopefully unlikely) case you discover the same bug in the very latest stable version, do not hesitate to REOPEN it again. Also, feel free to file other bugs or enhancement requests that you find. Thank you very much!
Comment 7 John Ralls 2018-06-29 21:11:28 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=351831. Please update any external references or bookmarks.