Bug 1250909 - Wrong result in financial mode or missing some parameters for computing
Wrong result in financial mode or missing some parameters for computing
Status: NEW
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-calculator (Show other bugs)
7.2
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Alexander Larsson
Desktop QE
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-08-06 05:37 EDT by Lukas Vacek
Modified: 2017-08-02 02:57 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Lukas Vacek 2015-08-06 05:37:38 EDT
Description of problem:
Not sure if bug but results with Ctrm, Sln and Syd are different from testcases.
With Ctrm button I guess there is missing compounding period(daily/quarterly/yearly) parameter. If it is not bug, please describe how it is computed and what are expected results

Version-Release number of selected component (if applicable):
gnome-calculator-3.14.1-2.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Start gnome-calculator and Choose Financial mode
2.press [Ctrm] button, 0.0075 for Periodic Interest Rate, 18000 for Future value,8000 for Present value
3.press [Sln] , 8000 for Cost, 900 for Salvage,4 for Life
4. press [Syd] , 8000 for Cost, Enter 900 for Salvage,Enter 6 for Life,Enter 4 for Period

Actual results:
2.108,528988997
3.1775
4.2366,666666667

Expected results:
2. 92.765766065
3. 1183.333333333
4. 1014.29

Additional info:
Comment 1 Matěj Cepl 2015-08-06 08:11:41 EDT
(In reply to Lukas Vacek from comment #0)
> With Ctrm button I guess there is missing compounding period(daily/quarterly/yearly) parameter.

No, it isn't. The calculation is done for periods, no matter which ones, only all input variables must be transformed to use the same unit of time. E.g., in this case I have calculated monthly interest (9% p.a. / 12 = 0.09 / 12 = 0.0075) and so the result should be in month periods.

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