Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0020160Openbravo ERPA. Platformpublic2012-03-29 20:032012-05-10 16:30
guilleaer 
alostale 
immediatemajoralways
closedfixed 
20Community Appliance
3.0MP8.1 
pi 
Google Chrome
Core
No
0020160: Read only windows are opened in edit mode when they are opened for the second time
Read only windows are opened in edit mode when they are opened for the second time

Steps to reproduce:
1. All of your modules must be no in-development
2. As "Group Admin" go to a read only window (i.e. "Matched invoice")
3. When the window is opened the toolbar buttons for adding and deleting rows will be disabled.
4. Close the tab and open it again. This time, the buttons for adding and deleting rows are enabled and they shouldn't.
Regression
related to defect 00201453.0MP11 closed alostale Should not be possible to delete Matched Invoices records 
Issue History
2012-03-29 20:03guilleaerNew Issue
2012-03-29 20:03guilleaerAssigned To => alostale
2012-03-29 20:03guilleaerWeb browser => Google Chrome
2012-03-29 20:03guilleaerModules => Core
2012-03-29 20:06guilleaerRelationship addedrelated to 0020145
2012-03-29 20:08shuehnerIssue Monitored: shuehner
2012-03-30 10:56alostaleNote Added: 0046960
2012-03-30 10:59hgbotCheckin
2012-03-30 10:59hgbotNote Added: 0046961
2012-03-30 10:59hgbotStatusnew => resolved
2012-03-30 10:59hgbotResolutionopen => fixed
2012-03-30 10:59hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/c7a40d5e4b41c7b8cb1d6da8484adf367c6dea09 [^]
2012-03-30 13:11guilleaerNote Added: 0046979
2012-03-30 13:11guilleaerStatusresolved => closed
2012-03-30 13:11guilleaerFixed in Version => pi
2012-04-02 06:13hudsonbotCheckin
2012-04-02 06:13hudsonbotNote Added: 0047282
2012-05-10 16:30plujanTag Attached: Regression

Notes
(0046960)
alostale   
2012-03-30 10:56   
ReadOnly + other settings are not directly defined within tab but are got from WindowSettingsActionHandler. The problem is this is invoked and set just once per window/session if modules are not in development. It is correct not to invoke it multiple times as it can be cached, but it must be set each time window is opened again.

The fix caches the result of WindowSettingsActionHandler first time the window is opened in session and reuses it to set these settings again in future openings.

This fix is not risky.

Test plan, working always with all modules not in dev:
  
  -Follow steps to reproduce and verify it doesn't happen again
  -Recheck test plan for 0020145
  -Check personalization still works. Within a professional instance:
    -Open any window in grid mode and resize and reposition grid columns
    -Close the window and open it again, previous settings should still be present
    -Relogin and check settings are still present
    -Create a personalization for form view, save it and apply
    -Check it is still present when reopening the window and in new login
(0046961)
hgbot   
2012-03-30 10:59   
Repository: erp/devel/pi
Changeset: c7a40d5e4b41c7b8cb1d6da8484adf367c6dea09
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Fri Mar 30 10:58:20 2012 +0200
URL: http://code.openbravo.com/erp/devel/pi/rev/c7a40d5e4b41c7b8cb1d6da8484adf367c6dea09 [^]

fixed bug 20160, fixed bug 20145: RO tab is set when reopening

  Caching WindowSettingsActionHandler response on first window open and reusing
  it in future openings.

---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
---
(0046979)
guilleaer   
2012-03-30 13:11   
Code reviewed and tested in pi@028ac347cc43
(0047282)
hudsonbot   
2012-04-02 06:13   
A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/7814864461ac [^]

Maturity status: Test