# HG changeset patch # User Pierre-Yves David # Date 1649126748 -7200 # Node ID 575f3dedb69a8803e4f491637ebeccc75373b89f # Parent a68b37524d5046f02fbb423469d470941c23954f auto-upgrade: add a test case where the repository is already locked This show the current behavior when the repository to auto-upgrade is already locked. The current behavior is to abort, which is probably not great. Now that we have a proper test, we can think about the behavior we wants in a later tests. Differential Revision: https://phab.mercurial-scm.org/D12618 diff -r a68b37524d50 -r 575f3dedb69a tests/test-upgrade-repo.t --- a/tests/test-upgrade-repo.t Tue Apr 05 04:43:34 2022 +0200 +++ b/tests/test-upgrade-repo.t Tue Apr 05 04:45:48 2022 +0200 @@ -2076,3 +2076,18 @@ $ chmod -R u+w auto-upgrade +Attempting Auto-upgrade on a locked repository +---------------------------------------------- + + $ hg -R auto-upgrade debuglock --set-lock --quiet & + $ echo $! >> $DAEMON_PIDS + $ $RUNTESTDIR/testlib/wait-on-file 10 auto-upgrade/.hg/store/lock + $ hg status -R auto-upgrade \ + > --config format.use-dirstate-v2.automatic-upgrade-of-mismatching-repositories=yes \ + > --config format.use-dirstate-v2=no + abort: repository auto-upgrade: timed out waiting for lock held by 'brunhoff/effffffc:1215708' + [20] + $ hg debugformat -R auto-upgrade | grep dirstate-v2 + dirstate-v2: yes + + $ killdaemons.py