Parth Malwankar wrote:
> Public bug reported:
>
> The timeout for LockContention retry is always 0 for smart server. Due to this, the retry does not happen.
> I put some checks in bzrlib.lockdir.wait_lock.
> if timeout is None:
> timeout = _DEFAULT_TIMEOUT_SECONDS
> While lockdir.py initialized _DEFAULT_TIMEOUT_SECONDS to 300, the actual value at runtime is 0.
>
> I am using trunk (2.2b3) on Lucid.
>
This is actually by design. The problem is that it was hanging on the
server side, without having the user know what they could do.
If you look closely, the default is overridden inside 'cmd_serve'.
status: wontfix
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Parth Malwankar wrote: lockdir. wait_lock. TIMEOUT_ SECONDS TIMEOUT_ SECONDS to 300, the actual value at runtime is 0.
> Public bug reported:
>
> The timeout for LockContention retry is always 0 for smart server. Due to this, the retry does not happen.
> I put some checks in bzrlib.
> if timeout is None:
> timeout = _DEFAULT_
> While lockdir.py initialized _DEFAULT_
>
> I am using trunk (2.2b3) on Lucid.
>
This is actually by design. The problem is that it was hanging on the
server side, without having the user know what they could do.
If you look closely, the default is overridden inside 'cmd_serve'.
status: wontfix
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org/
Q9VoACgkQJdeBCY SNAAP5UQCg1Lz7/ BR8p01UqXUs1bLM jk7H 9RnNkwCuNtfO/ 2S4L
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAkw
EioAn3HwMscsPL4
=WT3D
-----END PGP SIGNATURE-----