aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorhttps://openid.stackexchange.com/user/bd7676f7-83b5-4a71-82a6-d4df0fab61ca <Jon_Dowland@web>2012-01-17 08:13:48 -0400
committeradmin <admin@branchable.com>2012-01-17 08:13:48 -0400
commit99e644967c88a006117c629f275614741a82cb41 (patch)
tree388fe4391ea4010d8cd7e438afd5303d89b7e2f9
parentbbed2a9effc48ad293a5c7e9c7fc6fb21e61f3e7 (diff)
downloadikiwiki-99e644967c88a006117c629f275614741a82cb41.tar
ikiwiki-99e644967c88a006117c629f275614741a82cb41.tar.gz
can the 'add comment' form be generated and returned even if the srcdir is locked?
-rw-r--r--doc/bugs/ikiwiki_overzealously_honours_locks_when_asked_for_forms.mdwn1
1 files changed, 1 insertions, 0 deletions
diff --git a/doc/bugs/ikiwiki_overzealously_honours_locks_when_asked_for_forms.mdwn b/doc/bugs/ikiwiki_overzealously_honours_locks_when_asked_for_forms.mdwn
new file mode 100644
index 000000000..05b4a453c
--- /dev/null
+++ b/doc/bugs/ikiwiki_overzealously_honours_locks_when_asked_for_forms.mdwn
@@ -0,0 +1 @@
+When an `ikiwiki` instance is holding a lock, a web user clicking on "add comment" (for example) will have to wait for the lock to be released. However, all they are then presented with is a web form. Perhaps CGI requests that are read-only (such as generating a comment form, or perhaps certain types of edits) should ignore locks? Of course, I'd understand that the submission would need to wait for a lock. — [[Jon]]