Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0033264Openbravo ERPA. Platformpublic2016-06-15 09:262022-02-01 08:05
Reporterlorenzofidalgo 
Assigned ToTriage Platform Base 
PrioritynormalSeverityminorReproducibilityalways
StatusacknowledgedResolutionopen 
PlatformOS5OS Version
Product Versionpi 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browserGoogle Chrome, Mozilla Firefox
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0033264: Opening a form view, first it is shown the old cached status and, after that, the new status is loaded
DescriptionAfter clicking to open a form view, for example a "Sales Order || Lines" form view, it is shown the old cached view if it has been previously opened another "Sales Order || Lines" form. After a moment, the updated (and correct) form view is loaded.
That behaviour includes also writing permissions, which could result in security problems. Of course, the clereance of this issue is directly related with the performance of servers and clients.
This issue conflicts with some tests that are asserting values of the first form view shown (the old one) instead of the last loaded form view (the new and correct one).
Steps To Reproducei)A simple but not very representative steps to reproduce:
1-Login ERP as Openbravo.
2-Using "QA Testing Admin" as role, go to "Sales Order" window and create a new record with any values, save it and go to Lines tab.
3-Create a new "Lines" record with any values and save that record.
4-Click create a new "Lines" record and, after click that, click "Cancel changes and return to last saved status" button. (The view of this canceled form will be shown when a form view is open, just before loading the correct form view).
5-Double click in the previously created "Lines" record and realise it is shown first the form view of the cancelled status and, after a moment, the correct form view is loaded.

ii)A more complex and useful steps to reproduce:
Check between 5:22 and 5:24 of the following video. It is visible that, at the beginning, in the Lines status bar "Saved" is shown, which is incorrect. In 5:24, it is shown the real (and correctly updated) Lines status bar. Besides, you can check in 5:22 that some input fields like "Net Unit Price" are writable. Actually, those fields must be read only input fields (correctly shown in 5:24).
https://drive.google.com/a/openbravo.com/file/d/0Bz1bUfkEffVIZDY2cXoyRWM2Tmc/view?usp=sharing [^]
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Filespng OldCachedForm.png (538,782) 2016-06-15 09:26
https://issues.openbravo.com/file_download.php?file_id=9522&type=bug
png NewCachedForm.png (562,493) 2016-06-15 09:27
https://issues.openbravo.com/file_download.php?file_id=9523&type=bug
Issue History
Date ModifiedUsernameFieldChange
2016-06-15 09:26lorenzofidalgoNew Issue
2016-06-15 09:26lorenzofidalgoAssigned To => platform
2016-06-15 09:26lorenzofidalgoFile Added: OldCachedForm.png
2016-06-15 09:26lorenzofidalgoWeb browser => Google Chrome, Mozilla Firefox
2016-06-15 09:26lorenzofidalgoModules => Core
2016-06-15 09:26lorenzofidalgoTriggers an Emergency Pack => No
2016-06-15 09:27lorenzofidalgoFile Added: NewCachedForm.png
2016-06-15 09:29lorenzofidalgoWeb browserGoogle Chrome, Mozilla Firefox => Google Chrome, Mozilla Firefox
2016-06-15 09:29lorenzofidalgoSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=12390#r12390
2016-07-15 10:37alostaleStatusnew => acknowledged
2022-02-01 08:05alostaleAssigned Toplatform => Triage Platform Base

There are no notes attached to this issue.