GNOME Bugzilla – Bug 529494
Wrong fractional precision in register with multi-currency transactions
Last modified: 2018-06-29 22:03:44 UTC
If a transaction has splits with two different currencies, and those currencies have different fractions, the transaction will display incorrectly in at least one of the registers. Instead of using the fraction of the currency for the values displayed in the register, it will use the fraction of the transaction's primary currency. For example, assume there is a transaction whose primary currency is US Dollars, and which has a split whose currency is the Chilean Peso, whose fraction precision is 1 rather than 100. In that case when the transaction is displayed in the register corresponding to the Chilean Peso split, the values of the transaction will be displayed with two decimal points, rather than none as expected.
Created attachment 109742 [details] [review] Use register's currency for fraction rather than transaction's This patch replaces the function gnc_split_value_print_info, which returns the print info for the currency of the split's transaction, with a new function, gnc_split_register_print_info, which returns the print info for the split register's default account. That way the amounts displayed in the register use the fraction of the register's account, rather than the fraction of the transaction's currency.
Committed to trunk as r17656, awaiting back-port.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=529494. Please update any external references or bookmarks.