diff --git a/doc/bugs/webdav_export_slow__44___does_not_reuse_connections.mdwn b/doc/bugs/webdav_export_slow__44___does_not_reuse_connections.mdwn
index 2212bcaaea..fd2f152f72 100644
--- a/doc/bugs/webdav_export_slow__44___does_not_reuse_connections.mdwn
+++ b/doc/bugs/webdav_export_slow__44___does_not_reuse_connections.mdwn
@@ -9,3 +9,5 @@ Could http connections be reused?
 Could multiple files be uploaded in parallel?
 
 Apparently files are also upload to a temporary location and renamed after successful upload. This adds additional latency and thus parallel uploads could provide a speed up?
+
+[[!tag confirmed]]
diff --git a/doc/bugs/webdav_export_slow__44___does_not_reuse_connections/comment_1_878309c705dd9ff06c89b9559b54bd40._comment b/doc/bugs/webdav_export_slow__44___does_not_reuse_connections/comment_1_878309c705dd9ff06c89b9559b54bd40._comment
new file mode 100644
index 0000000000..14cbeb90a9
--- /dev/null
+++ b/doc/bugs/webdav_export_slow__44___does_not_reuse_connections/comment_1_878309c705dd9ff06c89b9559b54bd40._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2020-03-20T15:48:35Z"
+ content="""
+Indeed, regular webdav special remote uses prepareDav
+which sets up a single DAV context that is used for all stores,
+but export does not and so creates a new context each time.
+
+S3 gets around this using an MVar that contains the S3 handle.
+Webdav should be able to do the same.
+
+(The upload to a temp location is necessary, otherwise resuming an
+interrupted upload would not be able to check which files had been fully
+uploaded yet in some situations. Or something like that. I forget the exact
+circumstances, but it's documented in a comment where storeExport is defined
+in Types.Remote.)
+
+(Opened [[todo/support_concurrency_for_export]].)
+"""]]
diff --git a/doc/todo/support_concurrency_for_export.mdwn b/doc/todo/support_concurrency_for_export.mdwn
new file mode 100644
index 0000000000..daac15485e
--- /dev/null
+++ b/doc/todo/support_concurrency_for_export.mdwn
@@ -0,0 +1,2 @@
+Making git-annex export support -J should be doable and could speed up
+exports a lot with some remotes. --[[Joey]]