Print & Save PDF displaying in iFrame
Hello Community members,
My automation requirement is to print/save the multiple statements which is in form of PDF and they are shown in a iFrame (Web Application). I've developed an automation logic that works for me but it is inconsistent and it fails anytime. Therefore, I need you help/suggestion to make the logic consistent.
As part of my logic, I've interrogated the DIV element (contains iFrame) then created the automation step as below:
1. Focusing the DIV
2. Sending key on IE frame [applying SendKeys(^p,True)], It brings Print window of PDF statement
3. Waiting for Print window to create [applying WaitForCreate for Print window]
4. If Print window is created then sending key on Print form [applying SendKeys({ENTER},True)]
The above logic is working for me but it is not consistent; it fails sometime after printing 10 statements or sometime more.
#Problem#
1. If previous PDF contains more pages and takes long time to print,the automation fails on step-3 because WaitForCreate for Print window returns false for new statement (PDF). I've noticed that PDF shows a progress bar (when there are number of pages) while printing, which delays the next statement process. I'm unable to interrogate the 'progress bar' window which appears on top of PDF while print is in progress.
2. The automation fails when user try to work on other application because the focus got change from 'Print' window.
Hello Community members,
My automation requirement is to print/save the multiple statements which is in form of PDF and they are shown in a iFrame (Web Application). I've developed an automation logic that works for me but it is inconsistent and it fails anytime. Therefore, I need you help/suggestion to make the logic consistent.
As part of my logic, I've interrogated the DIV element (contains iFrame) then created the automation step as below:
1. Focusing the DIV
2. Sending key on IE frame [applying SendKeys(^p,True)], It brings Print window of PDF statement
3. Waiting for Print window to create [applying WaitForCreate for Print window]
4. If Print window is created then sending key on Print form [applying SendKeys({ENTER},True)]
The above logic is working for me but it is not consistent; it fails sometime after printing 10 statements or sometime more.
#Problem#
1. If previous PDF contains more pages and takes long time to print,the automation fails on step-3 because WaitForCreate for Print window returns false for new statement (PDF). I've noticed that PDF shows a progress bar (when there are number of pages) while printing, which delays the next statement process. I'm unable to interrogate the 'progress bar' window which appears on top of PDF while print is in progress.
2. The automation fails when user try to work on other application because the focus got change from 'Print' window.
3. If I click the DIV manually then the SendKeys[+(^S), true] opens the 'Save As' window. However it does not open without DIV click. I've tried PerformClick() on DIV but it did not help me.
I have attached the HTML of the page and the screenshot of my automation logic for your reference.
Regards,
Ashok
TCS
IN
Hi Harish,
I appreciate if you please go through my query first.
Print dialog get closed when we send command [SendKeys "Enter"]; however the progress bar from PDF still appears and it causes fail for the next statement. I am unable to interrogate the progress bar.
Please check the other questions too.
Westpac Banking Corporation
AU
Prob1: Try to give max time in waitforcreate method
Prob2: It is expected behaviour, becasue focus should be always on one control at a time
Prob3: Check if performclick method is working or not by displaying message. If no, then try on TD click or span events.
TCS
IN
Hi Jaya,
I am agree with your point-2; however, I'm expecting for the better approach to avoid loosing focus. The requirement is to allow user to work on separate application along with printing the PDF.
For point-1, WaitForCreate is not the option because SendKeys opens the Print dialog before completing the print of previous PDF. Printing takes more time if there are many pages in PDF. Is there any way to capture the progress bar of PDF while printing it.
The source of PDF is iFrame which is in DIV. I've tried click on iFrame and DIV both but none helped.
Pegasystems Inc.
US
Ashok, I would try opening the href to the pdf in a new window by using a js command and then save the pdf as suggested by other people such as using SendKeys for Control +Shift + S to open the save dialog.
something like --> window.open(url);
Pegasystems Inc.
US
No, there is no way to do that reliably. What url are you using? I see the submission of the document to be ViewDocument.aspx and there will be the parameters to also attach on the end of the url. So I would do ...
window.open('www.domain.com/ViewDocument.aspx?variable1=somevalue&variable2=somevalue')
What is the domain of the website and the two values that you are passing to the form? Can you right click the pdf and open it in a new window? Try to find the IFrame's url.
Let me know. Thanks.
TCS
IN
Hi Vegam,
The PDF is embedded in iFrame. Please refer the attached screenshot, how the PDF report appears in the browser.
As I mentioned earlier the report does not appear if we open the URL in new window.
The PDF report is generated when we select the date in top frame; the URL does not change when the report is generated hence there is no parameter with the URL. If I right click in PDF, it does not give me option to open in new window.
Here is the HTML code having iFrame:
<DIV id=ctl00_MainContentPlaceHolder_panelFrame>
<IFRAME style="HEIGHT: 442px" id=ctl00_MainContentPlaceHolder_iframeViewPdf class=framePdf src="DisplayDocument.aspx" xmlns:asp="remove"></IFRAME>
</DIV>
Pegasystems Inc.
US
I understand. In html, every iframe has it's own url. An iframe is just an embedded webpage. The reason we are having problems with printing the page is because IE is trying to print every frame. So the next goal is to isolate the frame to its own window where you can then do the same print call and it will only save the pdf.
This iframe which you have listed, points to www.domain.com/DisplayDocument.aspx. Most likely it has parameters that you need to include in the url.
TCS
IN
In this post I have attached the complete HTML source code (
Webpage HTML source.txt) of the page. Could you please check if this helps in finding the parameters.
Pegasystems Inc.
US
It doesn't help. I would go into the F12 Developer Tools and use the Network tab to see what url is being called when that page is loading. Go to the Network Tab, press the play icon and select the date to load the pdf document. Do you see the url populate?
