]> sipb.mit.edu Git - ikiwiki.git/commitdiff
another issue with the mercurual backend
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Mon, 19 Mar 2007 19:55:37 +0000 (19:55 +0000)
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Mon, 19 Mar 2007 19:55:37 +0000 (19:55 +0000)
doc/todo/mercurial.mdwn

index 0a20dd5b02d1f56b295373bfe4bb72c21b42e6c9..ff137a2e17ce3ed8f9dca61a9056fb7c6e54eaed 100644 (file)
@@ -3,3 +3,10 @@
 * Is the code sufficiently robust? It just warns when mercurial fails.
 * When rcs_commit is called with a $user that is an openid, it will be
   passed through to mercurial -u. Will mercurial choke on this?
 * Is the code sufficiently robust? It just warns when mercurial fails.
 * When rcs_commit is called with a $user that is an openid, it will be
   passed through to mercurial -u. Will mercurial choke on this?
+* The rcs_commit implementation seems not to notice if the file has been
+  changed since a web edit started. Unlike all the other frontends, which
+  use the rcstoken to detect if the web commit started editing an earlier
+  version of the file, and if so, merge the two sets of changes together.
+  It seems that with the current mercurial commit code, it will always
+  blindly overwrite the current file with the web edited version, losing
+  any other changes.