Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0033653Openbravo ERPA. Platformpublic2016-08-08 14:472022-02-01 08:09
ReporterVictorVillar 
Assigned ToTriage Platform Base 
PriorityurgentSeverityminorReproducibilityalways
StatusacknowledgedResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customerOBPS
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0033653: [SER QA 1248] Not visible the name of the property in the Preference tab section
DescriptionNot visible the name of the property in the Preference tab section when you select a preference (type list).
Now what you see is the identifier.
Steps To ReproduceGo to Preference window:
 select a preference (type list). In the tab section (above) you see the identifier. It should be the name of the property

Proposed Solution
Additional Information
TagsSER-QA
Relationships
has duplicate defect 0041331 closed platform Preference Search Key is showing instead of preference name 
Attached Filesdiff issue33653.diff (3,993) 2016-08-30 08:42
https://issues.openbravo.com/file_download.php?file_id=9763&type=bug
Issue History
Date ModifiedUsernameFieldChange
2016-08-08 14:47VictorVillarNew Issue
2016-08-08 14:47VictorVillarAssigned To => caristu
2016-08-08 14:47VictorVillarFile Added: 6264.png
2016-08-08 14:47VictorVillarOBNetwork customer => Yes
2016-08-08 14:47VictorVillarModules => Core
2016-08-08 14:47VictorVillarResolution time => 1471816800
2016-08-08 14:47VictorVillarTriggers an Emergency Pack => No
2016-08-08 14:50VictorVillarTag Attached: SER-QA
2016-08-10 13:31VictorVillarDescription Updatedbug_revision_view_page.php?rev_id=12820#r12820
2016-08-10 13:31VictorVillarSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=12822#r12822
2016-08-30 08:42caristuFile Added: issue33653.diff
2016-08-30 08:43caristuFile Deleted: 6264.png
2016-08-30 08:44caristuTypedefect => design defect
2016-08-30 08:47caristuNote Added: 0089525
2016-08-30 08:47caristuNote View State: private: 89525
2016-08-30 08:48caristuNote View State: public: 89525
2016-08-30 08:49caristuNote Edited: 0089525bug_revision_view_page.php?bugnote_id=0089525#r12958
2016-08-30 08:50caristuNote Edited: 0089525bug_revision_view_page.php?bugnote_id=0089525#r12959
2016-08-30 12:14alostaleResolution time1471816800 =>
2016-08-30 12:14alostaleStatusnew => acknowledged
2016-09-16 14:50caristuAssigned Tocaristu => platform
2019-07-12 11:14asiermartirenaRelationship addedhas duplicate 0041331
2022-02-01 08:09alostaleAssigned Toplatform => Triage Platform Base

Notes
(0089525)
caristu   
2016-08-30 08:47   
(edited on: 2016-08-30 08:50)
Moved to design defect. Attached a temporal patch which solves the problem in the tab title. But it has several drawbacks:

- Adding overhead to retrieve the type of reference. This could be avoided by adding this information into the model, in order to have it already loaded in memory.

- More overhead to retrieve the translation.

- The patch is not complete: when sorting, the search key is still taken into account as it is the value being stored in the table.

- It seems to be transparent when filtering, but more testing would be required to confirm it.