On 10/5/06, Costin <firstname.lastname@example.org> wrote:
> Stefan K?ng wrote:
> > On 10/5/06, Costin <email@example.com> wrote:
> >> For a couple of month already, I'm having a very strange problem with
> >> TortoiseSVN (used to work fine before).
> >> No matter with what server I try to synchronize I get (instantaneously):
> >> Error: PROPFIND request failed on '/svnroot/XXXX'
> >> Error: PROPFIND of '/svnroot/XXXX': could not connect to server
> >> (https://svn.sourceforge.net)
> >> This occurs both when trying to update or commit. If I keep trying,
> >> TortoiseSVN finally makes the connection and everything works fine. I
> >> haven't been able to determine what's the algorithm behind it, it seems
> >> to
> >> be totally random.
> >> I'm not using any proxy or certifications.
> >> Moreover, I get the same symptoms when trying to check for an update
> >> version
> >> - I get several 'could not check for a new version', then after a series
> >> of
> >> retires, the update info and then again, could not check...
> >> Basically, it seems that Tortoise doesn't want to connect to the Internet
> >> most of the time...
> IE and Firefox work without hiccups. So do the rest of the 7 programs I'm
> running at the moment all connected to the internet. As I've mentioned in
> another reply, the CL works fine as well as Eclipse Subversive with various
> SVN repositories.
> I realize that there is a subtle problem and by the looks of it, it
> manifests only with Tortoise. I should have gotten similar behavior when
> using other programs - but I don't while in tortoise I get failures about
> 70-80 % of the time.
Do you have a desktop firewall installed (e.g. ZoneAlarm)? If yes,
then try disabling it (you won't be able to deinstall ZoneAlarm
without corrupting your windows installation - believe me, I've
ZoneAlarm (and some other desktop firewalls) replace the OpenSSL
library with their own (and most of them do it wrong) to check even
encrypted network traffic. Since most of these firewalls have severe
issues and don't follow the OpenSSL rules by putting their own
(incompatible) version of the dll in the system directory, TSVN now
does some more checking to ensure it uses the one we ship with TSVN
and not one which some stupid program installed in the system dir.
My guess is that in such a case the desktop firewall still tries to
check the network traffic but can't anymore - it either tries too long
a time until the connection times out, or simply rejects the
connection because it doesn't know what it is for.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Oct 5 17:15:20 2006