Openbravo Issue Tracking System - Openbravo ERP | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0001879 | Openbravo ERP | Z. Others | public | 2007-09-03 19:45 | 2008-06-12 09:43 |
Reporter | plujan | ||||
Assigned To | Hennadzi | ||||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | OS | 5 | OS Version | ||
Product Version | |||||
Target Version | Fixed in Version | 2.35 | |||
Merge Request Status | |||||
Review Assigned To | |||||
OBNetwork customer | No | ||||
Web browser | |||||
Modules | Core | ||||
Support ticket | |||||
Regression level | |||||
Regression date | |||||
Regression introduced in release | |||||
Regression introduced by commit | |||||
Triggers an Emergency Pack | No | ||||
Summary | 0001879: Reports with huge amounts have layout problems | ||||
Description | Description: Reports with huge amounts have layout problems Enviroment: Server: OS: Linux Centos DB: Oracle Openbravo: 2.33 Language: English Client: OS: Windows XP SP2 Browser: IE7 Steps: 1. Create some data so there are invoices, orders and receipts with big amounst, as example: 10.000.000,00 units sold by $ 300,00 each 2. Go Procurement Management > Analysis Tools > Purchase Dimensional Report 3. The Total field is not as big, so the number is shifted. If you do not realize you read 300.022,68 instead of the right value of 300.022.680,00 (see attach) Additional data: May be the example is a little rough, because it is unlikely to have a bill of 10.000.000 units, but since the problem is on the Total field, we will have the same result if we use 10.000 bills of 1.000 items. | ||||
Steps To Reproduce | |||||
Proposed Solution | |||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|
||||
|
|||||
|
|