Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0010506Openbravo ERP09. Financial managementpublic2009-09-07 17:292022-02-01 08:08
Reporterpsanjuan 
Assigned ToTriage Platform Base 
PriorityurgentSeverityminorReproducibilityalways
StatusscheduledResolutionopen 
PlatformOS20OS VersionUbuntu 8.04.1
Product Versionmain 
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
Summary0010506: It is allowed to change the name of a "Summary Tax Rate" but the name is not updated
DescriptionIn case you need to change a summary tax rate name, OB ERP allows you to do it but the new name is not properly save or refresh. Former or old news keep being shown instead the new one.

Steps To ReproduceGo to Financial Management - Accounting - Setup - Tax Rate
Select an existing Summary Tax rate
Change its name and save it

Go to an existing child tax rate which is linked to the existing Summary tax rate for which the name has just been updated.
Once there go to "Parent Tax rate" field and check down the list.

You will see the old summary tax rate name and not the new one.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00110512.50MP9 closed eduardo_Argal Some lists are not correctly translated using spanish localization pack 
blocks feature request 0010876 new iciordia Support for Business Objects Translations 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-09-07 17:29psanjuanNew Issue
2009-09-07 17:29psanjuanAssigned To => rafaroda
2009-09-08 09:44pjuvaraCategory00. Application dictionary => 09. Financial management
2009-09-11 08:45psarobeSeveritycritical => minor
2009-09-11 11:03psarobeAssigned Torafaroda => alostale
2009-09-11 11:03psarobePrioritynormal => urgent
2009-09-11 11:03psarobeStatusnew => scheduled
2009-09-18 07:47rafarodaversion => main
2009-10-02 17:33alostaleNote Added: 0020678
2009-10-06 12:14alostaleRelationship addedblocks 0010876
2009-10-06 12:14alostaleTypedefect => feature request
2009-11-09 14:52alostaleRelationship addedrelated to 0011051
2017-04-10 14:39alostaleAssigned Toalostale => platform
2022-02-01 08:08alostaleAssigned Toplatform => Triage Platform Base

Notes
(0020678)
alostale   
2009-10-02 17:33   
This is a problem with translations, it exists a translation for taxes in all system languages (including English) and the displayed text in the sub taxes is the translated one for the parent.

We must review not only in taxes but in all other translateable tables which do not belong to a module to define the language.

Here is the query to obtain those of them with a trigger (which could automatically populate the trl table).

select t1.tablename
  from ad_table t, ad_table t1
  where lower(t.tablename) like '%trl'
    and t1.tablename = substr(t.tablename,1,instr(lower(t.tablename),'trl')-2)
    and not exists (select 1
                      from ad_column
                    where ad_table_id = t1.ad_table_id
                      and lower(columnname)='ad_module_id')
    and exists (select 1
                  from user_triggers
                 where table_name = upper(t1.tablename))
                    ;