Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0018063Openbravo ERPA. Platformpublic2011-07-22 12:242012-03-02 15:34
pjuvara 
alostale 
normalminoralways
closedfixed 
5
3.0MP1 
3.0MP9 
Google Chrome
Core
No
0018063: Wrong back button is shown when no access to table is shown
When users attempt to access a window based on a table to which they do not have access, a window displaying an error message is displayed notifying them that they do not have access to the table.

This window has been "ported" from 2.50 but converted to a modal window.

In 2.50, however, the action to proceed was to go back and the window has a "Back" button.

In 3.0, as a modal window, there is nothing to go back to, so the button should say "Close" and invoke the close action.

See attachment.
You can reproduce this in Butler by logging with a role of "Query Access".
In the license window, click on the audit icon.
nextMP
related to defect 0019275 closed alostale Old Error message 
png WrongBack button.png (110,147) 2011-07-22 12:24
https://issues.openbravo.com/file_download.php?file_id=4385&type=bug
png
Issue History
2011-07-22 12:24pjuvaraNew Issue
2011-07-22 12:24pjuvaraAssigned To => alostale
2011-07-22 12:24pjuvaraFile Added: WrongBack button.png
2011-07-22 12:24pjuvaraWeb browser => Google Chrome
2011-07-22 12:24pjuvaraModules => Core
2011-08-01 11:25psarobeWeb browserGoogle Chrome => Google Chrome
2011-08-01 11:25psarobeStatusnew => scheduled
2011-08-01 11:25psarobeTarget Version => 3.0MP6
2011-11-15 08:41alostaleTag Attached: nextMP
2011-11-15 08:58alostaleWeb browserGoogle Chrome => Google Chrome
2011-11-15 08:58alostaleTarget Version3.0MP6 =>
2011-12-15 08:59alostaleRelationship addedrelated to 0019275
2012-02-03 15:37hgbotCheckin
2012-02-03 15:37hgbotNote Added: 0044863
2012-02-03 15:37hgbotStatusscheduled => resolved
2012-02-03 15:37hgbotResolutionopen => fixed
2012-02-03 15:37hgbotFixed in SCM revision => http://code.openbravo.com/erp/devel/pi/rev/3840dfec4bb4f996d6b7230eec8f369754d67fde [^]
2012-02-03 15:42alostaleNote Added: 0044865
2012-02-28 12:22AugustoMauchNote Added: 0045525
2012-02-28 12:22AugustoMauchStatusresolved => closed
2012-02-28 12:22AugustoMauchFixed in Version => 3.0MP9
2012-03-02 15:34hudsonbotCheckin
2012-03-02 15:34hudsonbotNote Added: 0045751

Notes
(0044863)
hgbot   
2012-02-03 15:37   
Repository: erp/devel/pi
Changeset: 3840dfec4bb4f996d6b7230eec8f369754d67fde
Author: Asier Lostalé <asier.lostale <at> openbravo.com>
Date: Fri Feb 03 15:36:25 2012 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/3840dfec4bb4f996d6b7230eec8f369754d67fde [^]

fixed bug 18063, fixed bug 19275: 2.50 style popup errors

---
M modules/org.openbravo.client.application/web/org.openbravo.client.application/js/classic/ob-classic-compatibility.js
M src/org/openbravo/base/secureApp/ErrorPopUp.html
---
(0044865)
alostale   
2012-02-03 15:42   
This occurs when a 2.50 style popup with an error is opened.

Now this case is detected, the popup is closed and a 3.0 message is displayed.

Additionally classic popup java ClassicOBCompatibility.Popup.open adds the IsPopupCall to the url so 2.50 code can detect it is a poup to display the proper error if needed.

It is still pending to decide how should be represented the error in case case of 2.50 windows opened in tab.

This changeset doesn't add regression risk.
(0045525)
AugustoMauch   
2012-02-28 12:22   
Code reviewed and verified
(0045751)
hudsonbot   
2012-03-02 15:34   
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/544d64e0c159 [^]

Maturity status: Test