Comments
3 comments
-
Check for updates should be HTTP Proxy aware. It takes the settings from internet explorer, however if you have a dynamically configured proxy we can't read those settings.
What settings do you have in internet explorer? Is the proxy authenticating?
The other thing to try is clicking on the button to try again after a timeout as sometimes it can take a certain while for the server to respond. -
Hi there,
The config here is a manually identified Proxy. Proxy is utilising NTLM (Windows) authentication. I believe I would be hitting a Microsoft ISA proxy/firewall server.
Are there any command switches that can be used to turn on logging? if so, i don't mind looking into this a bit futher for you.
David
p.s. Done the repeat-hitting thing, doesn't make a difference :roll: -
Looking into the code a little I can't see why this isn't working. I've set a 5 second timeout for the response which seems reasonable. And it seems as if you're not getting a window prompting for you to enter you credentials so it seems to be going through the Proxy alright but still timing out.
Your proxy wouldn't be stripping SOAP requests or something would it? I know some companies have a policy of not allowing them through but I would expect a different error to timed-out.
There is no logging available but we do record errors to the event log - can you have a quick look in there to see what it says - I don't imagine we'll get any more details above and beyond the fact that it has timed out.
Ta muchly
Add comment
Please sign in to leave a comment.
Do the applications take the active user's internet settings from Internet Explorer Connection Settings or does it expect a direct connection?
---
Steps to recreate:
1. Open SQL Compare application (RC2 5.0.0.1610)
2. Select Help > Check For Updates
3. Click Check For Updates
Description of events:
A progress bar begins to scroll. After a short period of time (5 seconds) the dialog window displays a handled error within the response panel "The Operation has timed-out"