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 387539 - subaccount of different currency : parent amount wrong
subaccount of different currency : parent amount wrong
Status: VERIFIED OBSOLETE
Product: GnuCash
Classification: Other
Component: General
2.0.x
Other All
: Normal normal
: ---
Assigned To: Chris Lyttle
Chris Lyttle
Depends on:
Blocks:
 
 
Reported: 2006-12-19 15:38 UTC by Hubert
Modified: 2018-06-29 21:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Hubert 2006-12-19 15:38:14 UTC
Please describe the problem:
In the accounts summary page : if an account is say in EUR and one of its subaccounts in CHF, the total amount displayed for the account in EUR does not consider the subaccount currency and treat its amount as if in its own currency.

Steps to reproduce:
1. Create an "asset" account in euro
2. Create a subaccount in swiss francs
3. Fill each one with some transactions
4. Look at the main page : the parent gets its total amount wrong


Actual results:
Nothing happens but the displayed amount is just the sum of each sub-amount : everything is computed as if there was no matter of currency in those financial operations.

Expected results:
To get the amount with an applied conversion on the subaccount whose currency is different from their parent's one. The rate of conversion could be chosen between:
- the average rate encountered elsewhere in this file between those 2 currencies
- the last rate encountered
- the best rate
- the worst

Does this happen every time?
Yes, it does

Other information:
Maybe, what I am trying to do is completely irrelevant, in such case the app should prevent one to create subaccounts with different currencies.
Comment 1 Mike Alexander 2007-04-22 00:36:03 UTC
I can't reproduce this problem.  I have a similar situation in my GnuCash file.  I have a top level Asset account in USD with subaccounts in various currencies.  The total amount for the top level Asset account is the sum of subaccounts converted to USD.  I also tried creating a file where the top level account is not a place-holder account, but actually contains transactions itself along with a subaccount in a different currency and this still worked right.  Can you create a test file that shows the problem?
Comment 2 Hubert 2007-04-28 08:15:03 UTC
(In reply to comment #1)
> Can you create a test file that shows the problem?


True, I have now v2.0.5 and I can't reproduce it either. All the more so that I have checked with the same file I used when I filed the bug. Do you think it is worth I check again with v2.0.2 and then send this file if it's stillproblematic ?
Comment 3 Mike Alexander 2007-04-28 21:47:35 UTC
No, if you are not able to reproduce the problem in 2.0.5 I don't think it is worth trying again in 2.0.2.  The problem is probably either transient and hard to reproduce or it has been fixed.  I have subaccounts in different currencies than their parent accounts and have never seen this problem.
Comment 4 Charles Day 2008-08-01 21:04:07 UTC
I'm going to go ahead and close this one out as obsolete. It sounds like it was fixed as long ago as 2.0.5. In any case, balances are certainly converted for display in 2.2.6 so long as an exchange rate exists in the Price Editor.
Comment 5 John Ralls 2018-06-29 21:19:13 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=387539. Please update any external references or bookmarks.