[
http://mifosforge.jira.com/browse/MIFOS-2686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Udai Gupta resolved MIFOS-2686.
-------------------------------
Resolution: Fixed
Fixed in r16656 (trunk),
Double to String conversion wasn't using conversion based on decimalAfterDigit.
Use of Double should be removed but for now the converting Double (amount or
rate/interest) using LocalizationConverter.getDoubleStringForMoney and
LocalizationConverter.getDoubleStringForInterest.
Validation for Fee should be different for Amount Fee and a Rate Fee
> Mifos is prepopulating loan and fee amounts with a decimal even though the
> digitsAfterDecimal is set to 0 place and this is now throwing errors
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: MIFOS-2686
> URL: http://mifosforge.jira.com/browse/MIFOS-2686
> Project: mifos
> Issue Type: Bug
> Affects Versions: Release 1.4.2
> Reporter: rwhitney
> Assignee: Udai Gupta
> Priority: Major
> Fix For: Gazelle C
>
> Attachments: applicationConfiguration.custom.properties,
> screenshot-1.jpg
>
>
> This was working fine previously in Mifos 1.3.1 and surfaced in 1.4.2.
> When creating a loan, if the configuration setting
> AccountingRules.DigitsAfterDecimal is set to 0, Mifos still populates the
> loan amount and fee amount with a single decimal place. This means that when
> attempting to continue the loan application, mifos throws the two following
> errors
> # The Amount is invalid because the number of digits after the decimal
> separator exceeds the allowed number 0
> # The administrative fee is invalid because the number of digits after the
> decimal separator exceeds the allowed number 0
> REPRO:
> Configure Mifos instance with AccountingRules.DigitsAfterDecimal=0
> 1. Create Loan product with a fee attached
> 2. Create a loan account for a client
> 3. Note that for the loan amount, it has added .0 (ie, 5000 = 5000.0) and the
> fee has an added .0 as well (20 = 20.0)
> 4. Click on continue
> EXPECTED:
> Mifos does not throw an error and goes to the next page
> ACTUAL:
> Mifos throws the two errors
> There are two options for this solution
> 1. Rollback to the original functionality, where it did not trigger the
> error, since .0 is still accurate, in regards to the rounding
> 2. Fix Mifos to not add the .0, which would be closer to what was implied in
> the configuration setting
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://mifosforge.jira.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Mifos-issues mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mifos-issues
