fix link
authorJoey Hess <joeyh@joeyh.name>
Mon, 7 Jun 2021 17:06:16 +0000 (13:06 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 7 Jun 2021 17:06:16 +0000 (13:06 -0400)
doc/todo/Avoid_lengthy___34__Scanning_for_unlocked_files_...__34__/comment_18_4e1e8fd89ea9be43d89e72562236c979._comment

index 6927ab008528ac00d2b1fd75c70b0185134297d0..2d9c0444a2bda4d6d07c19a0e8d5932ba7d7fbe1 100644 (file)
@@ -7,7 +7,7 @@
 >The scan could be done lazily, but there are situations that use the database where unexpectedly taking a much longer time than usual would be a real problem
 
 For unlocked files, certainly.  When `annex.supportunlocked=false`, it sounded like the only situation that uses the database is `drop --auto`, or a [[matching expression|git-annex-matching-options]] with `--includesamecontent/--excludesamecontent`?  (And maybe [[todo/git-annex_whereused]]).
-Personally I would prefer an unexpected delay in these rare cases, to a [delay](https://git-annex.branchable.com/bugs/significant_performance_regression_impacting_data!) in the more common case of checking out or switching branches.
+Personally I would prefer an unexpected delay in these rare cases, to a [delay](https://git-annex.branchable.com/bugs/significant_performance_regression_impacting_datal) in the more common case of checking out or switching branches.