Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0007025Openbravo ERP07. Sales managementpublic2009-01-20 12:242009-11-24 12:44
Reporternetworkb 
Assigned Toiperdomo 
PriorityimmediateSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version2.40 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0007025: Parameter and "loading" Windows do not close when runing a process
DescriptionWhen running a process, after introduce the parameters a loading window appears. Then you obtain the results properly but this 2 windows (parameters and loading) don't disappear.
Steps To Reproduce1. Go to Sales Management | Analysis tools | Sales Report by Partner And Product
2. Choose PDF or Excel
3. The results will appear but pop-up window where you choose parameters and pop-up loading window continue open and don't disappear.

(Error can also be reproduce in other analysis tool's processes which allows you to choose the output,for example: Procure Management | Analysis tools | Purchase order report)
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0007300 closed iperdomo Parameter and "loading" Windows do not close when runing a process 
has duplicate defect 0004051 closed rafaroda "Loading" widget do not close when browser settings do not open files by default 
related to defect 0007428 closed gorkaion Export to Excel/CSV/PDF breaks randomly depending on server configurations 
related to backport 0005593 closed iperdomo Direct print option works only in specific configurations 
related to defect 0005558 closed iperdomo Direct print option works only in specific configurations 
related to defect 00108242.50MP11 closed iperdomo Loading pop-up window not closing when opening *.fo reports 
Attached Fileszip images.zip (225,072) 2009-01-20 12:24
https://issues.openbravo.com/file_download.php?file_id=678&type=bug
Issue History
Date ModifiedUsernameFieldChange
2009-01-20 12:24networkbNew Issue
2009-01-20 12:24networkbAssigned To => rafaroda
2009-01-20 12:24networkbsf_bug_id0 => 2523390
2009-01-20 12:24networkbFile Added: images.zip
2009-01-20 12:24networkbRegression testing => No
2009-01-21 14:20rafarodaRelationship addedrelated to 0004051
2009-01-21 17:06rafarodaAssigned Torafaroda => dbaz
2009-01-29 19:04iperdomoNote Added: 0012858
2009-01-30 08:47rafarodaRelationship replacedhas duplicate 0004051
2009-01-30 08:47rafarodaStatusnew => acknowledged
2009-01-30 22:20dbazAssigned Todbaz => iperdomo
2009-01-31 12:11iperdomoStatusacknowledged => scheduled
2009-01-31 12:11iperdomofix_in_branch => trunk
2009-02-02 16:13svnbotCheckin
2009-02-02 16:13svnbotNote Added: 0013024
2009-02-02 16:13svnbotStatusscheduled => resolved
2009-02-02 16:13svnbotResolutionopen => fixed
2009-02-02 16:13svnbotsvn_revision => 12670
2009-02-04 10:52svnbotCheckin
2009-02-04 10:52svnbotNote Added: 0013122
2009-02-04 10:52svnbotsvn_revision12670 => 12735
2009-02-09 11:59villindRelationship addedrelated to 0007428
2009-04-21 12:39psarobeStatusresolved => closed
2009-06-16 19:33dbazRelationship addedrelated to 0005593
2009-06-16 19:34dbazRelationship addedrelated to 0005558
2009-09-30 11:21rafarodaRelationship addedrelated to 0010824
2009-11-24 12:44rafarodaNote Added: 0022137

Notes
(0012858)
iperdomo   
2009-01-29 19:04   
The strategy to solve this will be:
* Current situation:
- We make a request to the backend for a report
- The backend handles all the necessary steps to render the report. When the report is PDF a 'header' is added to the response (Content-disposition: attachment), this means that the browser will handle the response as an attachment, and will ask the user what do to: Open or save it
- Since we are replying as an attachment, the initial pop-up window remains open

* New approach:
- A request is made to the backend for a report
- The backend handles the request, and renders the report. Instead of replying the content of this report, we 'save' it temporarily
- The backend will reply a javacript function to close the pop-up window and also the id of the saved file
- The javascript function will make a request for the saved file (identified by id) and close the pop-window
- The backend will receive and handle the report file request and will reply as attachment
(0013024)
svnbot   
2009-02-02 16:13   
Repository: openbravo
Revision: 12670
Author: iperdomo
Date: 2009-02-02 16:13:38 +0100 (Mon, 02 Feb 2009)

Fixes issue 7025: Now the reports are stored temporary in the server, the *loading* window closes and a request for the saved report is made

---
U trunk/src/org/openbravo/base/secureApp/HttpSecureAppServlet.java
A trunk/src/org/openbravo/base/secureApp/PopUp_Download.html
A trunk/src/org/openbravo/base/secureApp/PopUp_Download.xml
A trunk/src/org/openbravo/erpCommon/utility/DownloadReport.java
U trunk/src/org/openbravo/erpCommon/utility/ExportGrid.java
U trunk/src/org/openbravo/erpCommon/utility/GridBO.java
U trunk/src-db/database/sourcedata/AD_MODEL_OBJECT.xml
U trunk/src-db/database/sourcedata/AD_MODEL_OBJECT_MAPPING.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=12670&sc=1 [^]
(0013122)
svnbot   
2009-02-04 10:52   
Repository: openbravo
Revision: 12735
Author: iperdomo
Date: 2009-02-04 10:52:09 +0100 (Wed, 04 Feb 2009)

Fixes issue 7025: Added mime-type header depending on the report type

---
U trunk/src/org/openbravo/erpCommon/utility/DownloadReport.java
---

https://dev.openbravo.com/websvn/openbravo/?rev=12735&sc=1 [^]
(0022137)
rafaroda   
2009-11-24 12:44   
Still failing for *.fo reports. See issue 0010824.