From 6dc6b4b7d9236a2ecbc3260945e0cd532a157c26 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 2 Oct 2017 11:58:31 -0400 Subject: you requested his old closed bugs not be deleted yet --- ..._the___34__progress__34___of_annex_operations.mdwn | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) create mode 100644 doc/todo/interface_to_the___34__progress__34___of_annex_operations.mdwn (limited to 'doc/todo/interface_to_the___34__progress__34___of_annex_operations.mdwn') diff --git a/doc/todo/interface_to_the___34__progress__34___of_annex_operations.mdwn b/doc/todo/interface_to_the___34__progress__34___of_annex_operations.mdwn new file mode 100644 index 000000000..68125c53b --- /dev/null +++ b/doc/todo/interface_to_the___34__progress__34___of_annex_operations.mdwn @@ -0,0 +1,19 @@ +It would be really nice if external tools working with annex could obtain updates on the progress of operations so they could report using their own UI back to the user. Especially relevant for --batch --json modes of operations (e.g. for get or addurl) whenever no progress is reported by annex itself at all. + +Related: +[datalad #478](https://github.com/datalad/datalad/issues/478) + + +[[!meta author=yoh]] + +> --status-fd is one way, or the progress could be included as +> part of the --batch protocol. In either case, it might make sense to +> reuse part of the external special remote protocol. (Which would let you +> relay the progress messages when datalad is doing a nested retrieval, I +> suppose.) --[[Joey]] + +>> [[done]]; --json-progress implemented. I limited the frequency of json +>> progress items to 10 per second max, and it's typically only 1 per +>> second or less, so didn't implement +>> --json-progress=N to tune it. Also added --json and --json-progress to +>> copy, move, mirror commands. --[[Joey]] -- cgit v1.2.3