GnuCash
Contact   Instructions
Bug 796850 - Auto-decimal-point causes incorrect price to display when amount is edited.
Summary: Auto-decimal-point causes incorrect price to display when amount is edited.
Status: NEW
Alias: None
Product: GnuCash
Classification: Unclassified
Component: Register (show other bugs)
Version: 3.2
Hardware: PC Windows
: Normal normal
Target Milestone: ---
Assignee: ui
QA Contact: ui
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-08 11:20 EDT by Alexander Zakharov
Modified: 2018-09-22 03:21 EDT (History)
4 users (show)

See Also:


Attachments
Wrong amount shown in the register (11.76 KB, image/png)
2018-09-08 11:20 EDT, Alexander Zakharov
no flags Details
Price shown as an expression (9.97 KB, image/png)
2018-09-08 11:21 EDT, Alexander Zakharov
no flags Details
fund register (14.24 KB, image/png)
2018-09-22 03:21 EDT, luca
no flags Details

Description Alexander Zakharov 2018-09-08 11:20:46 EDT
Created attachment 372968 [details]
Wrong amount shown in the register

When I open an account which contains history of my operations with MSFT stock I see prices as expressions, but when I select such transaction, the expression changes to meaningless value.

For example: price is '85 + 73195/135583' for 27.1166 shares bought ($2319.55 of value). While not convenient, the expression looks correct, but when selected value changed to 1.389854 which is out of this world (please see the attachment).

When I generate transaction report it looks correct, so it seems the bug is in the register. I also tried to resave my database in different formats (xml, sqlite3) and played with locale settings to no avail.
I also downgraded my Gnucash to 3.1 version and it seems the bug is still there too.

Please let me know if any other information is required, I will gladly provide it.
Comment 1 Alexander Zakharov 2018-09-08 11:21:40 EDT
Created attachment 372969 [details]
Price shown as an expression
Comment 2 John Ralls 2018-09-08 11:32:33 EDT
I can't replicate that on MacOS, I'll try on Windows later today.
Comment 3 Alexander Zakharov 2018-09-08 12:33:37 EDT
It seems that the 'Automatic decimal point' setting is responsible. When I turned it off, the numbers became correct.
Comment 4 John Ralls 2018-09-08 13:24:51 EDT
Aha! Yes, I can reproduce that. Speculation: When editing the automatic decimal is disabled and the amount in the edit is treated as an integer.
Comment 5 luca 2018-09-22 03:21:46 EDT
Created attachment 372985 [details]
fund register

I can confirm this behaviour also in linux/Debian

Amounts are wrong displayed, but are ok in edit mode and when the row is selected.

Note You need to log in before you can comment on or make changes to this bug.