Openbravo Issue Tracking System - Openbravo ERP |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0010991 | Openbravo ERP | A. Platform | public | 2009-10-15 16:44 | 2009-11-20 00:00 |
|
Reporter | vmromanos | |
Assigned To | marvintm | |
Priority | urgent | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 20 | OS Version | Debian 5.0 |
Product Version | pi | |
Target Version | 2.50MP7 | Fixed in Version | | |
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 | 0010991: Export language does not work properly when core is not indevelopment |
Description | If you try to export a language with core not in development, the files:
- AD_REFERENCE_TRL
- AD_REF_LIST_TRL
are exported with no data (empty) |
Steps To Reproduce | 1- Import Spanish translation
2- Mark core as not in development
3- Export the language <- Bug: AD_REFERENCE_TRL and AD_REF_LIST_TRL empty
4- Mark core as in development
5- Export the language <- OK |
Proposed Solution | |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2009-10-15 16:44 | vmromanos | New Issue | |
2009-10-15 16:44 | vmromanos | Assigned To | => rafaroda |
2009-10-15 16:44 | vmromanos | OBNetwork customer | => No |
2009-10-15 16:46 | shuehner | Issue Monitored: shuehner | |
2009-10-15 16:47 | psarobe | Assigned To | rafaroda => alostale |
2009-10-15 16:47 | psarobe | Priority | normal => urgent |
2009-10-15 16:47 | psarobe | Status | new => scheduled |
2009-10-15 16:47 | psarobe | Target Version | => 2.50MP7 |
2009-10-16 16:28 | alostale | Assigned To | alostale => marvintm |
2009-11-10 12:33 | FrancescoFinamore | Note Added: 0021687 | |
2009-11-10 12:33 | FrancescoFinamore | Issue Monitored: FrancescoFinamore | |
2009-11-10 12:35 | shuehner | Note Added: 0021688 | |
2009-11-10 12:36 | FrancescoFinamore | Note Added: 0021689 | |
2009-11-10 12:45 | shuehner | Note Added: 0021690 | |
2009-11-18 18:49 | hgbot | Checkin | |
2009-11-18 18:49 | hgbot | Note Added: 0021987 | |
2009-11-18 18:49 | hgbot | Status | scheduled => resolved |
2009-11-18 18:49 | hgbot | Resolution | open => fixed |
2009-11-18 18:49 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/6a7d10a6bfe783e428d00b931f40f7b1562bc13e [^] |
2009-11-19 08:44 | alostale | Note Added: 0022007 | |
2009-11-19 08:45 | alostale | Status | resolved => new |
2009-11-19 08:45 | alostale | Resolution | fixed => open |
2009-11-19 10:12 | hgbot | Checkin | |
2009-11-19 10:12 | hgbot | Note Added: 0022009 | |
2009-11-19 10:12 | hgbot | Status | new => resolved |
2009-11-19 10:12 | hgbot | Resolution | open => fixed |
2009-11-19 10:12 | hgbot | Fixed in SCM revision | http://code.openbravo.com/erp/devel/pi/rev/6a7d10a6bfe783e428d00b931f40f7b1562bc13e [^] => http://code.openbravo.com/erp/devel/pi/rev/16664ab3d8dce50697d96fb7aebc84ea40474b07 [^] |
2009-11-19 10:20 | alostale | Status | resolved => closed |
2009-11-20 00:00 | anonymous | sf_bug_id | 0 => 2900812 |
Notes |
|
|
The problem is the ReferenceData :
in the class Translation.java when you launch export task there are 3 functions used
1) exportTrl
2) exportReferenceData
3) exportContibutors
the exportReferenceData export the reference data for the modules in status="In development" , otherwise create empty files.
The problem is when a table is used in function exportTrl and in exportReferenceData like :
"C_DocType"
"C_UOM"
"C_Currency"
"C_Country"
"AD_Reference"
"AD_Ref_List"
"AD_Module"
The first functions exports them correctly , the second , if the modules are not in development, rewrite them and leave them empties.
I think the correct way is export them independently from status of module. |
|
|
|
Hi Francesco, your a correct with your explanation. Exactly this was the broken behavior i noticed when investigating the cause of the issue a bit. First its created correct and then overwritten with an empty file. |
|
|
|
|
|
|
Solution is up to the assigned dev: marvintm, from the schedule i think it will be tackled in one of the next few weeks. Not to critical as a easy workaround switching the isindevelopment exists. |
|
|
(0021987)
|
hgbot
|
2009-11-18 18:49
|
|
|
|
|
After the fix AD_REFERENCE_TRL and AD_REF_LIST_TRL tables are exported consistently regardless core is in development or not.
But C_UOM and C_DOCTYPE are not. The problem with these 2 ones is that when module is not in development all data is exported (why?) regardless it was imported by the dataset or not. Doing so AD_Client_ID is not checked (when exporting data just for data set is neither done, but in this case there is not client!=0 data), and data at client level is exported. Current exportation tool does only make sense for client 0.
My proposal is to add sql.append(" AND o.AD_Client_ID='0' "); in Translation.exportTable method for all cases. |
|
|
(0022009)
|
hgbot
|
2009-11-19 10:12
|
|
|