IE-8 File Download box | Save Button not getting clicked |

Hi Lalit,



There could be object recognition issues for the File Download Box on IE 8 and IE9. Unfortunately, they are caused by the specifics of the dialog implementation.

It is better to initiate the download procedure by selecting "Save target as" from the download link's context menu. This will free you from the need to interact with the Download Box and from possible recognition issues.



P.S. Typically, single mouse clicks are simulated with the Click action, rather than with the DblClick action. But I don't think this could cause the misbehavior.



Happy testing.

Thanks Artem for the reply. However we are even facing issue with 'Save Target As....'.

Here we dont have any link but the moment content is displayed in the browser it asks for Download File.



For 'Save Target As' too somehow the right click on the link is working but the script is not able to hit 'Save Target As...'



It would be great if you can share the code for Save Target As and can shed some more light on the original File Download issue.



And we are using Win 7 (64-bit) machines and all these issues are specific to this machine.

Hello,



Most of internal dialogs and notifications in Internet Explorer versions 8 and 9 (and many other Microsoft products) are implemented via OS-drawn  DirectUIHWND controls. The exact version of the DirectUIHWND mark-up and its rendering engine API depends on the OS, and it is not documented by Microsoft. Due to this, TestComplete (as well as other automation tools) may have recognition issues when dealing with the DirectUIHWND controls. Sometimes, these issues can be dodged by exposing the DirectUIHWND classes ("DirectUIHWND", "#32770" or whatever else) via the Active Accessibility engine or by simulating coordinate clicks. Yet, these workarounds are not always consistent.



I have reproduced your problem on a test machine. In your case (Windows 7 + IE 8), the solution is to add "#32770" WndClass to the list of accepted windows in  Project Properties - MSAA Options dialog (for IE9, exposed WndClass should be "DirectUIHWND").



Hope this helps.



Artem

Thanks Artem for your help.



We have added new entry  #32770  under MSAA  option, still it didn't work out .

Can you  please share the piece of code you tried on test machine.



Regards,

Lalit

Hi Lalit



I used the script below. It deals with the SmartBear site. If your site is publicly available, I can try to adopt the script for it. (You may post a link here, or submit it via the Contact Support form mentioning this forum thread.)

function IE8DownloadSim()

{

  var iexplore;

  TestedApps.iexplore.Run();

  iexplore = Sys.Process("IEXPLORE", 2);

  iexplore.ToUrl("http://smartbear.com/support/articles/testcomplete/cross-browser-testing/");

  // Initiate file download

  iexplore.Page("http://smartbear.com/support/articles/testcomplete/cross-browser-testing/").Form("aspnetForm").Panel(1).Panel(0).Panel(6).Panel(1).Table(0).Cell(3, 0).Link(0).Click();

  // These dialog actions are specific to IE8 and are not replayed 

  // unless "#32770" WndClass dialogs are treated as MSAA objects

  iexplore.Window("#32770", "File Download").Window("Button", "&Save").ClickButton();

  iexplore.Window("#32770", "Save As").Window("Button", "&Save").ClickButton();

  iexplore.Window("#32770", "Download complete").Window("Button", "Open &Folder").ClickButton();

}

Artem,



We tried the same  code you shared with us on IE 8.

Even it is showing the same problem (not able to click the Save button )



We also tried other ways , but all in vain.



Please find attached screen Shot of MSAA option dialog box and File Download box.



Note : We are using window 7 (64 bit) OS.



Thanks for your help.



Regards,

Lalit

Hi Lalit,



In the similar thread, Alex mentioned that after the Download dialog becomes visible, on some OS its buttons still remain disabled for some time. I tried to investigate this on a test machine. Waiting for the "Enabled" property did not work, however, adding a small hard-coded delay (200 ms and more) seems to solve the playback issues.

(This seems to work even without adding the  "#32770" class to MSAA.)

function IE8DownloadSim()

{

  var iexplore;

  TestedApps.iexplore.Run();

  iexplore = Sys.Process("IEXPLORE", 2);

  iexplore.ToUrl("http://smartbear.com/support/articles/testcomplete/cross-browser-testing/");

  // Initiate the file download

  iexplore.Page("http://smartbear.com/support/articles/testcomplete/cross-browser-testing/").Form("aspnetForm").Panel(1).Panel(0).Panel(6).Panel(1).Table(0).Cell(3, 0).Link(0).Click();

  // These dialog actions are specific to IE8 and are not replayed 

  // unless delayed for 200 ms or more

  Delay(200);

  iexplore.Window("#32770", "File Download").Window("Button", "&Save").ClickButton();

  Delay(200);

  iexplore.Window("#32770", "Save As").Window("Button", "&Save").ClickButton();

  Delay(200);

  iexplore.Window("#32770", "Download complete").Window("Button", "Open &Folder").ClickButton();

}

I hope this workaround works fine for you.

Hi,



You can add the window class name to the Tools-->CurrentProjectProperties-->Open Applications-->MSAA.



so that you can access all the objects inside that window.

Hi, 



I have the same issue - and I have a work-around - but would be keen to hear of better solutions...



My work-around is this: