Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0020323Openbravo ERPA. Platformpublic2012-04-20 16:362012-09-24 20:44
Reportervmromanos 
Assigned Tomarvintm 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusscheduledResolutionopen 
PlatformOS20OS VersionDebian 5.0
Product Version 
Target VersionFixed 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
Summary0020323: AD_MENU_TRL records in import translation
DescriptionWhen installing a translation module from the Module management window, the records imported into the AD_MENU_TRL.name are not the ones defined at the XML files, but the associated AD_Window name.

In tr_bug.png you can see the menu entry "Configuración de informes contables", which is wrong.

In tr2.png you can see the definition in the AD of this menu entry and its translation record (Configuración de informes contables), which is wrong, it should be "Configuración de Balance y Cuenta de PyG"

In tr4.png you can see the AD_MENU_TRL record and the AD_WINDOW_TRL associated to this menu entry in the XML files.
Steps To ReproduceIn a clean and up to date PI, install the Spanish translation module for core version 3.0.8 from the Module management and compile it as usual
Proposed SolutionI have set the module's status to 'I' and run a smartbuild and it worked fine, so probably there is a problem when we call this process from the UI
Additional Information
TagsNo tags attached.
Relationships
related to defect 0020668 closed alostale It is not translating the label that is in .srpt, although it is translated in Ad_textinterfaces 
Attached Filespng tr_bug.png (98,410) 2012-04-20 16:36
https://issues.openbravo.com/file_download.php?file_id=5155&type=bug
png

png tr4.png (96,312) 2012-04-20 16:36
https://issues.openbravo.com/file_download.php?file_id=5157&type=bug
png

png tr3.png (27,372) 2012-04-20 16:37
https://issues.openbravo.com/file_download.php?file_id=5158&type=bug
png

png tr2.png (42,897) 2012-04-20 16:41
https://issues.openbravo.com/file_download.php?file_id=5159&type=bug
png

log 20120420154321-apply.log (39,446) 2012-04-20 16:45
https://issues.openbravo.com/file_download.php?file_id=5160&type=bug
Issue History
Date ModifiedUsernameFieldChange
2012-04-20 16:36vmromanosNew Issue
2012-04-20 16:36vmromanosAssigned To => marvintm
2012-04-20 16:36vmromanosModules => Core
2012-04-20 16:36vmromanosFile Added: tr_bug.png
2012-04-20 16:36vmromanosFile Added: tr2.png
2012-04-20 16:36vmromanosFile Added: tr4.png
2012-04-20 16:37vmromanosFile Added: tr3.png
2012-04-20 16:39vmromanosFile Deleted: tr2.png
2012-04-20 16:41vmromanosFile Added: tr2.png
2012-04-20 16:45vmromanosFile Added: 20120420154321-apply.log
2012-06-04 13:54alostaleRelationship addedrelated to 0020668
2012-06-04 13:58alostaleNote Added: 0049606
2012-06-04 13:59alostaleTypedefect => design defect
2012-09-24 20:44AugustoMauchNote Added: 0052378
2012-09-24 20:44AugustoMauchStatusnew => scheduled

Notes
(0049606)
alostale   
2012-06-04 13:58   
Updating to design defect.

Current design works as follows:
-Menu is implicitly considered as centrally maintained. In the sense synchronize terminology process, updates its contents with the window/process... linking from the menu.
-Menu trl is exported and imported correctly but
-Synchronize process overwrites its contents

Proposed solution:
-Allow to explicitly mark a menu entry as not centrally maintenance so info can be written directly here and not overwritten. Default value for new "centrally maintained" field should be Y to be backwards compatible.
-Export translation process would consider this new field to decide whether the menu translation is exported/imported or not.
(0052378)
AugustoMauch   
2012-09-24 20:44   
Effort: 5
Impact: low
Plan: mid