Created attachment 373691 [details] Screenshot Refer to screenshot attached. GNUCash build v3.10+ (2020-04-11) - stable My GNUCash is setup to report in CAD. The "SPY" account there is an "Asset" type account (not "Stocks"). The "SPY" account is in USD. As you can see at the bottom of the report, the exchange rate is being produced as an absolute fraction, and it's flowing into the conversion of the USD amount of $(3,748.40) to CAD $(4,863 + 10451768/13474715).
I forgot to clarify: this occurs when using "weighted average" as the conversion option. "Nearest in time" is fine.
Is in Edit->Preferences->General->Numbers:"Force prices to display as decimals" checked? Some people prefer "1/3", "1/7" over the inaccurate 0.33, 0.15 ...
The suggested fix is to change reporting of prices in either fractions or decimal according to preference. This will take time. The reporting of amounts should be changed to decimals.
Fixed in master. Please check tomorrow's nightly.
[2020.05.16 23:10:31] <CDB-Man_> chris: do i want the nightly from the maint or the master branch? [2020.05.16 23:18:08] <chris> CDB-Man_: master [2020.05.16 23:18:42] <CDB-Man_> gnucash-3.902-2020-05-16-git-3.902-126-g5b597dfea+.setup.exe [2020.05.16 23:18:49] <CDB-Man_> I'll download this, then [2020.05.16 23:20:34] <chris> hopefully it'll work; there was some comment about errors recently [2020.05.16 23:25:15] <CDB-Man_> downloaded and installed, lets see [2020.05.16 23:27:25] <CDB-Man_> looks to have worked [2020.05.16 23:27:41] <CDB-Man_> though hard to say if its actually fixed, or if its because price DB has since downloaded several new prices [2020.05.16 23:27:48] <CDB-Man_> but its gone at least If noone else still sees the issue, I think we can mark this (probably) resolved.
Marking as resolved (or at least no longer apparent).