Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0025710 | Openbravo ERP | A. Platform | public | 2014-02-12 10:54 | 2014-02-13 07:16 |
|
Reporter | jonalegriaesarte | |
Assigned To | AugustoMauch | |
Priority | immediate | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | pi | |
Target Version | 3.0PR14Q2 | Fixed in Version | 3.0PR14Q2 | |
Merge Request Status | |
Review Assigned To | shankarb |
OBNetwork customer | |
Web browser | |
Modules | Core |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0025710: Big numbers are not properly managed in amount fields |
Description | Big numbers are not properly managed in amount fields. If the user adds the amount 10,123,494,348.67 the sytem is managing it as 10.12 |
Steps To Reproduce | - G/L Journal window
- Create a Batch
- Create a Header
- New line. Add the amount 10,123,494,348.67 in debit field, the amount stored is 10.12 |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | has duplicate | defect | 0025949 | | closed | dmiguelez | Amount is not properly displayed in windows Payment In and out | related to | defect | 0028552 | 3.0PR15Q2 | closed | alostale | Purchase Invoice amount gets truncated upon saving, when the amount is big | related to | defect | 0029709 | | closed | NaroaIriarte | Cannot save a physical inventory line with a negative small number in the Book Quantity field | related to | defect | 0030014 | | closed | NaroaIriarte | The function OB.Utilities.Number.OBMaskedToOBPlain is not working properly with negative big numbers |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2014-02-12 10:54 | jonalegriaesarte | New Issue | |
2014-02-12 10:54 | jonalegriaesarte | Assigned To | => AugustoMauch |
2014-02-12 10:54 | jonalegriaesarte | Modules | => Core |
2014-02-12 10:54 | jonalegriaesarte | Triggers an Emergency Pack | => No |
2014-02-12 10:55 | jonalegriaesarte | Note Added: 0064075 | |
2014-02-12 18:39 | AugustoMauch | Issue Monitored: shankarb | |
2014-02-12 18:40 | AugustoMauch | Review Assigned To | => shankarb |
2014-02-12 18:44 | hgbot | Checkin | |
2014-02-12 18:44 | hgbot | Note Added: 0064187 | |
2014-02-12 18:44 | hgbot | Status | new => resolved |
2014-02-12 18:44 | hgbot | Resolution | open => fixed |
2014-02-12 18:44 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/9d50bf45a6c90939c02d59d24caba57bd769c216 [^] |
2014-02-12 18:44 | AugustoMauch | Note Added: 0064188 | |
2014-02-13 05:33 | shankarb | Note Added: 0064198 | |
2014-02-13 05:33 | shankarb | Status | resolved => closed |
2014-02-13 05:33 | shankarb | Fixed in Version | => 3.0MP32 |
2014-02-13 07:16 | hudsonbot | Checkin | |
2014-02-13 07:16 | hudsonbot | Note Added: 0064206 | |
2014-03-13 11:04 | egoitz | Relationship added | has duplicate 0025949 |
2015-01-09 14:12 | alostale | Relationship added | related to 0028552 |
2015-05-26 09:32 | NaroaIriarte | Relationship added | related to 0029709 |
2015-05-26 13:19 | NaroaIriarte | Relationship added | related to 0030014 |
Notes |
|
(0064075)
|
jonalegriaesarte
|
2014-02-12 10:55
|
|
The same is happening when using small numbers 0.0000001
In this case, you can change the price precision to 7 and store this number in one order line for example. The system is not managing it correctly |
|
|
(0064187)
|
hgbot
|
2014-02-12 18:44
|
|
Repository: erp/devel/pi
Changeset: 9d50bf45a6c90939c02d59d24caba57bd769c216
Author: Augusto Mauch <augusto.mauch <at> openbravo.com>
Date: Wed Feb 12 18:42:08 2014 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/9d50bf45a6c90939c02d59d24caba57bd769c216 [^]
Fixes issue 25710: Big numbers are not properly managed in amount fields
The problem was that the OB.Utilities.Number.OBMaskedToOBPlain function was removing the '0's after the decimal dot even if the number was being expressed in decimal notation. This way, '1.12E10' was being converted to '1.12E1'.
This has been fixed by not removing the lasting '0's if the number is expressed in decmial notation.
---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/utilities/ob-utilities-number.js
---
|
|
|
|
The problem related to the small numbers will be fixed in a separate issue. |
|
|
(0064198)
|
shankarb
|
2014-02-13 05:33
|
|
Code reviewed and verified in pi changeset 083d67ea235a. |
|
|
|
|