Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0007328Openbravo ERPB. User interfacepublic2009-02-02 19:352009-02-23 12:40
Reporterplujan 
Assigned Todbaz 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOS30OS Version
Product Versionpi 
Target VersionFixed in Versionpi 
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
Summary0007328: External links to access Openbravo ERP fail on open
DescriptionI have a corporate page that allows my employees to access all my applications, Openbravo among them.
So this page is a link that opens Openbravo in a new window. Since a couple of days, this page will be overwritten.
Furthermore, if I am using Internet Explorer, the new window opened shows a warning message and the page keeps opened until I confirm that message.
Steps To Reproduce1. Create an sample html page with this line:
http://127.0.0.1/openbravo [^] [*See attached file]
2. Open the html on a browser and click the link "Enter Openbravo!"
3. Note that the application is opened on the same window instead of a new, ignoring the "_blank" target. Note also that in Internet Explorer, the new page does not close at once, a warning message saying that current window tries to close current page is displayed and I have to accept it to close the page.
Proposed SolutionAlthough this "close-the-opener-window" feature was implemented to solve an specific problem (see related issue) it should affect *only* openbravo windows and not external referencing pages.
Additional Information
TagsNo tags attached.
Relationships
related to defect 00064563.0MP0 closed dbaz Time out logon page in popup 
Attached Fileshtm sample.htm (73) 2009-02-02 19:38
https://issues.openbravo.com/file_download.php?file_id=790&type=bug
Issue History
Date ModifiedUsernameFieldChange
2009-02-02 19:35plujanNew Issue
2009-02-02 19:35plujanAssigned To => rafaroda
2009-02-02 19:35plujansf_bug_id0 => 2557819
2009-02-02 19:35plujanOBNetwork customer => No
2009-02-02 19:35plujanRegression testing => No
2009-02-02 19:36plujanRelationship addedrelated to 0006456
2009-02-02 19:37plujanStatusnew => scheduled
2009-02-02 19:37plujanAssigned Torafaroda => dbaz
2009-02-02 19:37plujanfix_in_branch => trunk
2009-02-02 19:38plujanFile Added: sample.htm
2009-02-02 19:39plujanNote Added: 0013039
2009-02-02 19:40plujanfix_in_branchtrunk =>
2009-02-02 19:40plujanProposed Solution updated
2009-02-02 22:53dbazNote Added: 0013043
2009-02-02 22:54svnbotCheckin
2009-02-02 22:54svnbotNote Added: 0013044
2009-02-02 22:54svnbotStatusscheduled => resolved
2009-02-02 22:54svnbotResolutionopen => fixed
2009-02-02 22:54svnbotsvn_revision => 12693
2009-02-23 12:40sureshbabuStatusresolved => closed
2009-02-23 12:40sureshbabuNote Added: 0013918
2009-02-23 12:40sureshbabuFixed in Version => trunk

Notes
(0013039)
plujan   
2009-02-02 19:39   
Uploaded a sample html file since embedded html is not allowed
(0013043)
dbaz   
2009-02-02 22:53   
I am going to solve it for a standard installation of Openbravo.

If there is a Login CAS window in other different domain the bug is not valid and the bug will requiere a big refactor (feature request) that should do a complete management of the session status, or add an intermediate window to go by default when there is a timeout (this window should be inside the Openbravo domain)
(0013044)
svnbot   
2009-02-02 22:54   
Repository: openbravo
Revision: 12693
Author: dbaz
Date: 2009-02-02 22:54:20 +0100 (Mon, 02 Feb 2009)

Fixed bug 0007328: Now window only redirects in this specific case if the caller is in the same domain

---
U trunk/src/org/openbravo/erpCommon/security/Login_F1.html
---

https://dev.openbravo.com/websvn/openbravo/?rev=12693&sc=1 [^]
(0013918)
sureshbabu   
2009-02-23 12:40   
Retested in context http://79.125.56.185/openbravotrunk [^]