Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0016186Openbravo ERPE. Translationpublic2011-03-09 16:002022-02-01 08:08
ioritzCia 
Triage Platform Base 
lowminorsometimes
acknowledgedopen 
5
3.0MP0 
 
Core
No
0016186: There is some failure in translation process. It does not translate some labels.
There are some labels that are not translated by the translation process.
To reproduce this issue try following the next steps.

- Log in with spanish translation.

- Production Management || Transactions || Process Plan || Process Plan : configure process plan
    ProcessPlan 1:
      * Org= Main
      * Version tab= from 01/01/2005 to 31/12/9999 + Org=Main
      * Operation tab= org=Main + activity=act + multiplier=1
      * IO Products tab= org=Main
         P- : productA + Decrease=1 + Quantity=1 + Rejected=1
         P- : productB + Decrease=1 + Quantity=1 + Rejected=1
         P+ : P1+ + Component Cost=1 + Decrease=1 + Quantity=1 + Rejected=1

- Go to header tab and click on printer icon to print pdf file.

- See that the only label not translated is 'Secondary Unit: '.

- Log in as System Administrator.

- Go to Application Dictionary || Text Interfaces

- Search for 'Secondary Unit: ' text and 'RptMA_ProcessPlan.jrxml' file name.

- Go to translation tab and find that there is a translation line.
Here is what we have discovered:
- In TranslationUtils.java file in retrieveLabelData() method there is the following instruction:
  
  textmap.put(textData[i].text.replace((char) 160, ' ').trim(), textData[i].trltext);

- Later, in TranslationHandler.java in createInputStream(File) method there is the following line:
  
  String result = formLabels.get(text);

In case the label has a space at the end (as in this case), there is a failure because in textmap was entered without a space in the end and in the second instruction is being checked with the
space. It has been tried to modify the second instruction to this:
  
  String result = formLabels.get(text.trim());

and it does not work. And also we do not know if that is a proper change for all the rest of the cases.
No tags attached.
related to backport 00157542.50MP27 closed adrianromero Errors in Process Plan report 
Issue History
2011-03-09 16:00ioritzCiaNew Issue
2011-03-09 16:00ioritzCiaAssigned To => alostale
2011-03-09 16:00ioritzCiaModules => Core
2011-03-09 16:01ioritzCiaRelationship addedrelated to 0015754
2011-03-14 10:56alostaleStatusnew => scheduled
2011-04-26 16:19dalsasuaIssue Monitored: networkb
2011-06-08 10:35jonalegriaesarteTarget Version => 2.50MP32
2011-07-21 13:45jonalegriaesarteTarget Version2.50MP32 => 3.0MP3
2011-07-21 13:45jonalegriaesarteversion2.50MP26 => 3.0MP0
2011-08-31 11:29jonalegriaesarteNote Added: 0040593
2011-08-31 11:29jonalegriaesarteTarget Version3.0MP3 => 3.0MP4
2011-09-27 13:03alostaleTarget Version3.0MP4 => 3.0MP5
2011-10-31 14:28alostaleTarget Version3.0MP5 => 3.0MP6
2011-11-15 08:41alostaleTag Attached: nextMP
2011-11-15 08:42alostaleTarget Version3.0MP6 => 3.0MP10
2011-11-16 16:53alostaleTag Detached: nextMP
2011-11-16 16:53alostaleTypedefect => design defect
2011-11-16 16:53alostaleTarget Version3.0MP10 =>
2012-09-24 23:23AugustoMauchNote Added: 0052459
2012-09-24 23:23AugustoMauchPriorityhigh => low
2017-03-31 14:36alostaleStatusscheduled => acknowledged
2017-04-10 14:34alostaleAssigned Toalostale => platform
2022-02-01 08:08alostaleAssigned Toplatform => Triage Platform Base

Notes
(0040593)
jonalegriaesarte   
2011-08-31 11:29   
Due to the load with other issues we were not able to research this one for MP3, are planning MP4 for it now.
(0052459)
AugustoMauch   
2012-09-24 23:23   
Impact: mid
Plan: long