Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0016493Openbravo ERPA. Platformpublic2011-03-25 15:542011-05-26 07:44
Reporteregoitz 
Assigned Toalostale 
PriorityhighSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version2.50MP25 
Target Version2.50MP30Fixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0016493: The forms are not properly translated with ad_textinterfaces defined for a file when the module does not extart with org
DescriptionThe forms are not properly translated with ad_textinterfaces defined for a file when the module does not extart with org.

The problema is that in the xmlDocument, the filepath received, is modified by replacing designorg/ with /org/,
but in this case, the filepath starts with
designcom/ so it is not modified.

Then this filepath is used to find the correct textiterface translation, but it does not exit.

The file is:

src-core/src/org/openbravo/xmlEngine/XmlDocument.java

lines 232 and 233 on pi.
Steps To ReproduceIn an application with a translation installed, for example spain:
-Create a new modules wich package name starts with com.
for example: com.openbravo.gps
-Create a form and define it on the application.
-Compile the whole application.
-Go the the textinterfaces window, and translate the new entries for the new form.
(see that the file starts with /com/openbravo/gps/...)
-Execute the form using spanish and see that the text is not translated.

Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 00165262.50MP30 closed alostale The forms are not properly translated with ad_textinterfaces defined for a file when the module does not extart with org 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-03-25 15:54egoitzNew Issue
2011-03-25 15:54egoitzAssigned To => alostale
2011-03-25 15:54egoitzModules => Core
2011-03-25 16:03egoitzDescription Updatedbug_revision_view_page.php?rev_id=1717#r1717
2011-03-25 16:04egoitzTarget Version2.50MP29 => 2.50MP30
2011-03-25 16:04egoitzIssue Monitored: networkb
2011-03-29 09:09alostaleStatusnew => scheduled
2011-03-29 09:09alostalefix_in_branch => pi
2011-05-17 16:45hgbotCheckin
2011-05-17 16:45hgbotNote Added: 0037095
2011-05-17 16:45hgbotStatusscheduled => resolved
2011-05-17 16:45hgbotResolutionopen => fixed
2011-05-17 16:45hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/df63617733fd9ccfdc5b550bdfd8b4aabb544694 [^]
2011-05-24 17:54shuehnerNote Added: 0037400
2011-05-24 17:54shuehnerStatusresolved => closed
2011-05-26 07:44hudsonbotCheckin
2011-05-26 07:44hudsonbotNote Added: 0037476

Notes
(0037095)
hgbot   
2011-05-17 16:45   
Repository: erp/devel/pi
Changeset: df63617733fd9ccfdc5b550bdfd8b4aabb544694
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Tue May 17 15:41:26 2011 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/df63617733fd9ccfdc5b550bdfd8b4aabb544694 [^]

fixed bug 16493: Fixed translation of 2.50 forms within non org.* modules

---
M src-core/src/org/openbravo/xmlEngine/XmlDocument.java
---
(0037400)
shuehner   
2011-05-24 17:54   
Reviewed. Closing without extra testing as was tested in 2.50-backport and changed file is identical between latest stable/2.50 and pi.
(0037476)
hudsonbot   
2011-05-26 07:44   
A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/728387046be6 [^]

Maturity status: Test