Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0020059Openbravo ERPA. Platformpublic2012-03-20 11:592022-02-01 08:08
Reporteralostale 
Assigned ToTriage Platform Base 
PriorityhighSeveritymajorReproducibilityhave not tried
StatusacknowledgedResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0020059: Menu caching design defects
DescriptionMenu is served as part of MainLayoutComponent, which eTag is calculated as language + role + module version (client application module!)

This means menu is not updated in the following cases:
 *Menu is changed by adding/removing access to any window
 *A new module is added but version of client application is not changed


Steps To ReproduceN/A
Proposed SolutionMainLayout is composed by all navigation bar components defined in AD. Each of these components might have a different ETag. Finally, ETag for MainLayout component should be composed by concatenation of all ETags of each component.

In this way Menu Component should have as ETag: all module versions (a template can deactivate a menu entry) + lang + role + *access for role.
Additional Information
TagsNo tags attached.
Relationships
related to design defect 0019841 closed alostale to change the role, the menu is not updated 
related to design defect 0016552 acknowledged Triage Platform Base After deleting the client, the admin role is still in the menu 
related to design defect 0018597 acknowledged Triage Platform Base Incorrectly cached menu 
related to design defect 0016793 acknowledged Triage Platform Base New role created by Initial Client Setup is not accessible before login out 
blocks design defect 0020057 acknowledged Triage Platform Base When the menu is being generated, the code doesn't check the defined windows access rights for the role of the current user. 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-03-20 11:59alostaleNew Issue
2012-03-20 11:59alostaleAssigned To => alostale
2012-03-20 11:59alostaleModules => Core
2012-03-20 11:59alostaleOBNetwork customer => No
2012-03-20 12:00alostaleRelationship addedrelated to 0019841
2012-03-20 12:00alostaleRelationship addedhas duplicate 0016552
2012-03-20 12:00alostaleRelationship deletedhas duplicate 0016552
2012-03-20 12:00alostaleRelationship addedrelated to 0016552
2012-03-20 12:01alostaleSummaryMenu caching design decfects => Menu caching design defects
2012-03-20 12:02alostaleRelationship addedrelated to 0018597
2012-03-20 12:37alostaleDescription Updatedbug_revision_view_page.php?rev_id=3280#r3280
2012-03-20 12:37alostaleSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=3282#r3282
2012-03-20 12:37alostaleProposed Solution updated
2012-03-20 16:06alostaleRelationship addedrelated to 0016793
2012-04-20 13:18shuehnerIssue Monitored: shuehner
2012-09-10 12:46alostaleRelationship addedblocks 0020057
2012-09-24 20:47AugustoMauchNote Added: 0052384
2012-09-24 20:47AugustoMauchPrioritynormal => high
2012-09-24 20:47AugustoMauchStatusnew => scheduled
2017-03-31 14:36alostaleStatusscheduled => acknowledged
2017-04-10 14:33alostaleAssigned Toalostale => platform
2022-02-01 08:08alostaleAssigned Toplatform => Triage Platform Base

Notes
(0052384)
AugustoMauch   
2012-09-24 20:47   
Effort: 10
Impact: high
Plan: short