DownloadDialogHandler doesn't work

[Silvio]

Hi,

Some time ago the download dialog handlers suddenly stopped working. Now the new version of framework is out, but they still don't work as expected.
Sometimes opening a file works, but when I want to save a file on a specific place, the passed pah is ignored and it's saved in default directory.

I attached a sample project.

Kind Regards
Silvio

[Velin Koychev]

Hello Silvio,

I was not able to reproduce the issue you are experiencing.  I have recorded a short video for demonstration.
 
Can you try to reproduce this issue against a public website? A Jing video demonstrating the issue may also help us to better understand what is happening.
Also make sure you have configured IE for automation.

Looking forward to hearing from you.

Regards,
Velin Koychev
Telerik

[Silvio]

Hi Velin,

thanks for your answer!

I recorded a short video (and don't know why these videos are always playing so fast).

I also created a second sample project against a public site and attached it. In this project ConfigureBrowser method is called in Setup, like it also is in my real project.

Kind Regards

Edit:
By the way I'm working on Windows Server 2008 R2, one with IE9, some others with IE8. These sample projects were tested with IE8, but the DialogHandlers of previous version also didn't work on both after a while, so we had to fall into some barbaric workarounds.

[Cody]

Hi,

Thank you for the test project.

First, please do not copy our DLL's into your own DLL reference folder (your _lib folder). This causes problems the next time you upgrade our framework. There will be two copies, two different versions of the same DLL installed on the machine and they won't be compatible. Please always reference our DLL's out of our Bin folder:
C:\Program Files (x86)\Telerik\Test Studio\Bin

The main problem is caused by forgetting to start the dialog monitor like this:

var manager = new Manager(settings);
manager.Start();
manager.DialogMonitor.Start();

Lastly, we recommend moving this code into each test instead of the [SetUp] section:

manager.LaunchNewBrowser(BrowserType.InternetExplorer);
manager.ActiveBrowser.NavigateTo(TestURL);
manager.ActiveBrowser.WaitUntilReady();
browser = manager.ActiveBrowser;

This way each test can control what type and how many browsers to open, as well as control which page is the initial navigation page.

Oh, and the WaitUntilReady above is redundant. NavigateTo has a built in call to WaitUntilReady, so it's done automatically for you already.
Regards,
Cody
Telerik

[Silvio]

Hi Cody,

thanks for your answer.

Unfortunately this didn't solve the problem. Further this is just a sample project. In a real project I don't initialize a browser in setup but in a GetBrowser-Method.

Thanks for your advice, but we have a standardized infrastructure and we store all references in the inner of repository. Every machine and build agent has the same version of framework installed, except of a testing vm where I test the new framework version at the moment. We will never just upgrade the framework without knowing the changes. When it gets upgraded, it will on every machine.

Kind Regards
Silvio

[Cody]

Hi Silvio,

I am sorry to hear it's still not working as expected. Can you capture a Fiddler trace of the download happening normally in a browser (without using any test code)? I should be able to use it to simulate your web server and determine where it's going wrong. Be sure to check "Capture binaries" and "Decrypt HTTPS traffic" to be sure we get everything needed in the trace. Then place the capture into a .zip file before attaching it.

Regards,
Cody
Telerik

[Silvio]

Hi Cody,

Sorry for the late response.

There's no need to simulate our web server. The problem is not on server side, as it also occurs when executing tests against public sites.
If it helps I could record a fiddler trace against a public site.

Kind Regards

[Andreas]

Same problem here. Downloads get stuck in the open/save/save as/cancel dialog; testet on Server 2008 R2 with IE8 and IE10.
(We tried to upgrade from 2012-2-920 to 2013-1-911.)

[Velin Koychev]

Hi Andreas and Silvio,

Could you please send us a sample test against a public website where you experience this issue. This will help us reproduce your problem and find you a solution. 

Looking forward to hearing from you.

Regards,
Velin Koychev
Telerik

[Melinda]

Mine are broken but in a different way.

With mine, the file is correctly saved in the right place. After the file is saved and all dialogues are gone, my step fails.


I have some insight into the cause.

When I record the button "Save and Open", it is recorded as "OPEN". It never saves, but it does continue as normal.
When I record clicking the button "Save", it records "SAVE". The file is saved, but it ALWAYS fails to move on.

No matter what, if I try to set it to "SAVE", it will handle the dialogue properly, save the file, then the step times out.

[Velin Koychev]

Hi Melinda,

I am sorry to hear that  you are also experiencing this issue.

Could you please confirm that you reproduce this issue with the latest version of Test Studio (2013.1.911.0).
If this is the case - can you reproduce the same problem against a public website and send us the a copy of your test. 
 
Looking forward to hearing from you.

Regards,
Velin Koychev
Telerik

[Andreas]

I've been quite busy, so sorry for the late response. Attached you find a minimal demo solution showing the problem with version 2013-1-911 of the testing framework.

The unit test presses the button in the silverlight application, then the app creates dynamically an IFrame and a form (using the IFrame as target) and performs a form submit, the submit issues a GET request for a static excel file. As a consequence, the Open/Save/Save as dialog opens and awaits user input.

The framework does not recognise this dialog with the version mentioned above, with version 2012-2-920 it works.

Cheers,
Andreas

[Velin Koychev]

Hi Andreas,

Thank you for sharing these files.

I was able to reproduce the issue you are describing. I filed  a bug report  on this problem with your feedback, which you can follow in our Feedback Portal. I am sorry for any inconvenience it has probably caused and have updated your Telerik Points to your account for having been first to report it.
I am sure that our developers will be able to fix this problem quickly.

Thank you for your understanding.

Regards,
Velin Koychev
Telerik

[Andreas]

Any progress here? Windows Update just installed IE11 on my machine, so a solution for this issue would be appreciated...

[Velin Koychev]

Hello Andreas,

We are working on these issue and the fix should be available soon. If you experience the same problem with IE 11, there is a good chance that installing our latest release (2013.1.1114) might help you. You can download it from this link.

Let me know if this helps.

Regards,
Velin Koychev
Telerik

[Andreas]

A test with this build was successful!
Awaiting now the official release which will be rolled out to our test/dev machines then. Any idea when it will be released?
Cheers,
Andreas

[Konstantin Petkov]

Hi,

That's excellent news!

The next official release is scheduled for the beginning of December. In the meantime the engineering team works hard on stability of the release. Please do not hesitate to contact us if you have any feedback with the latest internal build or need assistance.

Regards,
Konstantin Petkov
Telerik

[Andreas]

Just installed 2013-2-1210 on our testing machines - some running under english OS, some under german OS.
Seems that DownloadDialogsHandler only recognizes dialogs correctly when running on an english OS?!

[Andreas]

Hi,

further investigation shows that the DownloadDialogsHandler *sometimes* logs the following error:

[Trace] : Unexpected dialog encountered. Taking no action.

But the dialog is one of the expected dialogs (save as, save as completed, and so forth). As a consequence, the respective dialog isn't handled, and the test fails. The same test could run successfully the next time, without any changes.

Up to now I've observed this behaviour with IE11 on Win2008R2 (en) and IE8 on Win7x64 (de).

 

[Velin Koychev]

Hello Andreas,

I am sorry to hear that you are experiencing this issues.

We have recently logged a similar problem in our feedback portal that you can see here.

If you are using a different version of IE 8.0.7600.16385, can you reproduce the same problem against a public website and send us the a copy of your test. We can reproduce the issue on our end and give you a solution.

Thank you for your cooperation.

 
Regards,
Velin Koychev
Telerik

[Andreas]

Hi,

I've observed the problem (among others) on IE8, Version 8.0.7 601.17514.

I've attached a new version of our demo project/solution, which use can use to reproduce the problem. But remember: sometimes it works, sometimes not (on the same machine, with the same browser etc.), so you probably have to try it several times.

Rebuild the solution. To test it against a machine with IIS, copy the data.xlsx and the .aspx and .html from SilverlightApplicationWithSaveDialog.Web into the virtual directory of the test machine. Copy the XAP into ClientBin.
Copy the Test.dll, App.config and nunit.framework.dll into another directory. Adapt App.config and enter the URL which loads SilverlightApplicationWithSaveDialogTestPage.html. Copy App.config to Test.dll.config (NUnit wants it this way).

Then you can execute the test via NUnit - I used nunit-x86.exe from NUnit 2.6.2.

Sometimes the Save as dialog is not recognized, i.e. the filename isn't entered.
Sometimes the download completed dialog won't be closed.
(In an earlier version of the test I did not delete the downloaded file at the beginning of the test, and then the confirm save as dialog won't be handled.)

Hope this helps.

Best,
Andreas

[Velin Koychev]

Hi Andreas,

Thank you for the files and the clarifications.

Allow us some more time to set up the environment and try to reproduce the same problem.

I will update this forum thread as soon as I have more information.
 
Regards,
Velin Koychev
Telerik

[Velin Koychev]

Hi Andreas,

Thank you for your patience. I think I was able to reproduce a problem that might be connected with the issues you are experiencing. 
I filed  a bug report  on this problem with your feedback, which you can follow in our Feedback Portal. 

Our developers and QAs will try to investigate this issue further and hopefully fix it soon. 

I am still having some issues reproducing the problems with IE8, but I will continue my efforts and I will let you know if I am able to reproduce them. 

Thank you for your understanding. 

Regards,
Velin Koychev
Telerik

[Marek]

Hello,

Has this issue been addressed?
I am using build: 2014.4.1211.0 now and I'am having some real issues with Dialogs. 
It looks like it work quite randomly. 
What i have observed: 
- Dialog disappear before save location is entered.
- Dialog stuck in the middle of entering path.
- downloadDialogsHandler.WaitUntilHandled() is not working.

I would really appreciate some info in this subject.
Regards,
MP

 

[Cody]

Hi Marek,

Can you clarify which problem you are asking about? There were multiple problems filed in this thread. The last one was fixed on Feb 19, 2014.

You can actually tell on your own which problem report has been fixed and which haven't just by looking at the status - see attached screen shot. If it says "Done" it has been fixed. The only question left is when it was fixed.

Regards,
Cody
Telerik

 

 

[Marek]

Hi Cody,
Thanks for your quick reply. I can't see any attachment but maybe i am looking in wrong place.

I am referring to issue that SaveAs Dialog box is not handled while using DownloadDialogsHandler.
It just pops up an is being closed immediately without entering file path.

I have updated dlls to resent one - 2014.4.1411.0 - and i still see the same issue.
I can create some test project but i need some silverlight "save as" button example that i can access on some web page (maybe you have some URL that you can send me).

Regards,
MP

[Cody]

Hello Marek,

When I attach a file, you can only open it after opening this forum thread at Telerik.com. Then you'll see a link to click on to open (or download) the attachment.

So I think you're asking about this particular problem report. When our developers went to investigate the problem they were unable to reproduce any problem. It was resolved as "no repro" on 18 February 2014. To this day we've not received a repro of any problem.

I don't have a link to a public Silverlight sight that will use the SaveAs dialog. However I think it would be easy, assuming you have a little bit of coding skill, to create a new scratch sample Silverlight application that reproduces the problem. Then you can send us the application for us to repro.

Regards,
Cody
Telerik