Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0028552 | Openbravo ERP | A. Platform | public | 2015-01-09 13:04 | 2015-02-04 20:33 |
|
Reporter | jonalegriaesarte | |
Assigned To | alostale | |
Priority | immediate | Severity | critical | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | 3.0PR15Q2 | Fixed in Version | 3.0PR15Q2 | |
Merge Request Status | |
Review Assigned To | AugustoMauch |
OBNetwork customer | OBPS |
Web browser | |
Modules | Core |
Support ticket | 33538 |
Regression level | Production - Confirmed Stable |
Regression date | 2014-04-08 |
Regression introduced in release | 3.0PR14Q3 |
Regression introduced by commit | http://code.openbravo.com/erp/devel/pi/rev/28afef8656512aeae764101425d2e46cd7b9d051 [^] |
Triggers an Emergency Pack | Yes |
|
Summary | 0028552: Purchase Invoice amount gets truncated upon saving, when the amount is big |
Description | Purchase Invoice amount gets truncated upon saving, when the amount is big |
Steps To Reproduce | 1. Create Purchase Invoice
2. Create a new line
- enter unit price = 1200
- enter quantity = 29 900 000
3. Move away from the fields, and the Line Net Amount shows = 35,988,000,000.00 (CORRECT)
4. Click Save to save the line
The Line Net Amount shows 35.9 (INCORRECT) |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | related to | defect | 0025710 | 3.0PR14Q2 | closed | AugustoMauch | Big numbers are not properly managed in amount fields | caused by | defect | 0026132 | 3.0PR14Q3 | closed | guillermogil | wrong visualization value of quantity fields with very small numbers | related to | defect | 0028561 | | closed | caristu | OB.Utilities.Number.ScientificToDecimal does not work properly with numbers with leading zeros | related to | defect | 0028262 | | acknowledged | Triage Platform Base | Number precision induces some unaccurate results | 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 | causes | defect | 0028720 | | closed | alostale | System is not saving big numbers properly |
|
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2015-01-09 13:04 | jonalegriaesarte | New Issue | |
2015-01-09 13:04 | jonalegriaesarte | Assigned To | => AugustoMauch |
2015-01-09 13:04 | jonalegriaesarte | OBNetwork customer | => Yes |
2015-01-09 13:04 | jonalegriaesarte | Modules | => Core |
2015-01-09 13:04 | jonalegriaesarte | Support ticket | => 33538 |
2015-01-09 13:04 | jonalegriaesarte | Resolution time | => 1422745200 |
2015-01-09 13:04 | jonalegriaesarte | Triggers an Emergency Pack | => No |
2015-01-09 14:10 | alostale | Regression level | => Production - Confirmed Stable |
2015-01-09 14:10 | alostale | Regression date | => 2014-04-08 |
2015-01-09 14:10 | alostale | Regression introduced in release | => 3.0PR14Q3 |
2015-01-09 14:10 | alostale | Regression introduced by commit | => http://code.openbravo.com/erp/devel/pi/rev/28afef8656512aeae764101425d2e46cd7b9d051 [^] |
2015-01-09 14:10 | alostale | Triggers an Emergency Pack | No => Yes |
2015-01-09 14:10 | alostale | Assigned To | AugustoMauch => alostale |
2015-01-09 14:10 | alostale | Relationship added | caused by 0026132 |
2015-01-09 14:12 | alostale | Relationship added | related to 0025710 |
2015-01-09 14:13 | alostale | Note Added: 0073397 | |
2015-01-09 15:19 | alostale | Review Assigned To | => AugustoMauch |
2015-01-09 15:19 | hgbot | Checkin | |
2015-01-09 15:19 | hgbot | Note Added: 0073403 | |
2015-01-09 15:19 | hgbot | Status | new => resolved |
2015-01-09 15:19 | hgbot | Resolution | open => fixed |
2015-01-09 15:19 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/e5465c5925cf54475d090258a3832ec8cc9d14ca [^] |
2015-01-09 15:40 | alostale | Note Added: 0073405 | |
2015-01-12 11:07 | AugustoMauch | Relationship added | related to 0028561 |
2015-01-12 11:08 | AugustoMauch | Note Added: 0073411 | |
2015-01-12 11:08 | AugustoMauch | Status | resolved => closed |
2015-01-12 11:08 | AugustoMauch | Fixed in Version | => 3.0PR15Q2 |
2015-01-20 17:03 | alostale | Relationship added | related to 0028262 |
2015-01-22 09:27 | alostale | Relationship added | related to 0028720 |
2015-01-22 10:39 | alostale | Relationship replaced | causes 0028720 |
2015-02-04 20:33 | hudsonbot | Checkin | |
2015-02-04 20:33 | hudsonbot | Note Added: 0074132 | |
2015-05-26 09:29 | NaroaIriarte | Relationship added | related to 0029709 |
2015-05-26 13:20 | NaroaIriarte | Relationship added | related to 0030014 |
Notes |
|
|
This issue was reproducible in versions previous to Q2, it was fixed in Q2 and broken again in Q3. |
|
|
(0073403)
|
hgbot
|
2015-01-09 15:19
|
|
Repository: erp/devel/pi
Changeset: e5465c5925cf54475d090258a3832ec8cc9d14ca
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Fri Jan 09 15:18:45 2015 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/e5465c5925cf54475d090258a3832ec8cc9d14ca [^]
fixed bug 28552: big numbers are changed in some cases
Big numbers are modified in case their scientific notation represntation ends
with zeros, trailing zeros were removed. So, ie., 3.5E10 was changed to 3.5E1
this is: 3.5.
The problem was caused by fix for 0026132 which tries to transform scientific to
decimal notation (and then remove trailing zeros, which is correct). But it
expected 3.5E+10 instead of 3.5E10, so in latter case, which is actually used
it didn't do the transformation.
The fix accepts scientific notation with both + and no +.
---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/utilities/ob-utilities-number.js
---
|
|
|
|
Tested for big amounts and small ones (see 0026132) |
|
|
|
Code reviewed and verified in pi@5f64300e4811 |
|
|
|
|