From 0482424fad32f1645560368a711ebac0755717dd Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 1 Mar 2021 13:36:18 -0400 Subject: [PATCH] analysis --- ..._d0dcd56a0af59bb53092c518a4e3eefd._comment | 21 +++++++++++++++++++ 1 file changed, 21 insertions(+) create mode 100644 doc/bugs/find_--batch_reports_files_that_have_no_content/comment_1_d0dcd56a0af59bb53092c518a4e3eefd._comment diff --git a/doc/bugs/find_--batch_reports_files_that_have_no_content/comment_1_d0dcd56a0af59bb53092c518a4e3eefd._comment b/doc/bugs/find_--batch_reports_files_that_have_no_content/comment_1_d0dcd56a0af59bb53092c518a4e3eefd._comment new file mode 100644 index 0000000000..13fc0e3374 --- /dev/null +++ b/doc/bugs/find_--batch_reports_files_that_have_no_content/comment_1_d0dcd56a0af59bb53092c518a4e3eefd._comment @@ -0,0 +1,21 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 1""" + date="2021-03-01T17:10:45Z" + content=""" +The problem is that withKeyOptions' runbranchkeys finds keys, +and matchLockStatus with a MatchingKey is always False. The former would +need to check if the file in the branch is unlocked or not and add that to +the data for use by the latter. + +Looks like it can be done without adding any additional overhead, +but currently catKey reads the git ref and uses parseLinkTargetOrPointer +which handles both indiscriminitely, so that would also need to be changed. + +This goes beyond find, the same basic problem is that +`git-annex whereis --unlocked --all` does not display anything, +while without the --unlocked it does. Probably it should not be allowed +to combine --unlocked and --locked with --all or --key, because that does +not actually make any sense. Also --all with +--include/--exclude/--want-get/--want-drop/--mimetype/--mimeencoding. +"""]]