[merge][#109520] gc of LockableFiles should not warn or unlock

Martin Pool mbp at canonical.com
Sat Sep 6 07:10:23 BST 2008


> http://bundlebuggy.aaronbentley.com/project/bzr/request/%3Ce01316480803181918s33ee9e47hf1c706e4044e27df%40mail.gmail.com%3E

The actual patch there was merged a while ago, but since it was a
plain diff BB had not noticed it.  That was to remove the
auto-unlocking and just give a warning when the lock leaks.

Looking at the warnings that do come out from the test suite, and that
I've seen in bug reports or interactive use, I think the majority if
not all are cases where we in fact cannot unlock.  For example they're
test cases for breaking a lock, where we unavoidably end up with an
object left behind that thinks it's still locked, but that can never
be unlocked.
(I can tell this because the message now includes a directory name
that matches up to the test.)

We could add a way to tell it to quietly abandon the lock, but I am
not sure that would be worth it.  So I am quite confident that
removing this gc message will not be hiding any real bugs in the test
suite.  (And there is a cost to having long-standing noise messages
from the tests, because it teaches people to ignore them...)

Outside the test suite, they tend to occur as a knock-on problem when
for example the transport has become unusable, and I'd say they're
generally clutter in the error message.

-- 
Martin <http://launchpad.net/~mbp/>



More information about the bazaar mailing list