[MERGE] Ensure failed operations leave remote transport in clean state
Aaron Bentley
aaron.bentley at utoronto.ca
Fri Aug 31 19:48:35 BST 2007
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
Since transports are cached, it seems logical to me that failed
operations must never leave them in a bad state. If failed operations
left a transport in a bad state, further operations could select that
transport from the cache, causing it to fail in bizarre ways when
perhaps it shouldn't fail at all.
This is not a theoretical issue. I encountered it with multi-pull.
This patch corrects the behavior of smart transports so that if they
fail due to DNS resolution problems, they can still be reused (likely to
fail again, of course).
Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG2GKD0F+nu1YWqI0RAnFqAJ9El5YUioJWdctAs5L2rHFn0vSJaACeLxDv
wicNWw+0h639W5QY6jEXXy0=
=6F7A
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bzr-mail-jIMzaZ.patch
Type: text/x-patch
Size: 5520 bytes
Desc: not available
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20070831/81552c2b/attachment.bin
More information about the bazaar
mailing list