diff options
| author | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-01-28 00:26:55 +0000 |
|---|---|---|
| committer | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-01-28 00:26:55 +0000 |
| commit | 4ff60ef1c50ab182f7ce011de1ff7ca67e99254b (patch) | |
| tree | 97359a7e835eec35b921bf306fea09ee9a4acf23 /doc/bugs/svn_fails_to_update.mdwn | |
| parent | 8276eb63112ac8283616da6d3287249d76e9e079 (diff) | |
| download | ikiwiki-4ff60ef1c50ab182f7ce011de1ff7ca67e99254b.tar ikiwiki-4ff60ef1c50ab182f7ce011de1ff7ca67e99254b.tar.gz | |
* Always call rcs_update after a commit during a web edit, to work around
the problem described in bugs/svn_fails_to_update. Thanks to Ethan for the
analysis and patch.
Diffstat (limited to 'doc/bugs/svn_fails_to_update.mdwn')
| -rw-r--r-- | doc/bugs/svn_fails_to_update.mdwn | 12 |
1 files changed, 11 insertions, 1 deletions
diff --git a/doc/bugs/svn_fails_to_update.mdwn b/doc/bugs/svn_fails_to_update.mdwn index 015ab5a2b..6ed839cf6 100644 --- a/doc/bugs/svn_fails_to_update.mdwn +++ b/doc/bugs/svn_fails_to_update.mdwn @@ -76,4 +76,14 @@ Hmm, turns out that isn't the case! svn's prepedit function calls svn info which gets the "right" information even when the WC isn't current. I am having problems merging but that probably has nothing to do with this bug. [This patch](http://ikidev.betacantrips.com/patches/update.patch) calls -rcs_update after commit in CGI.pm, it might be a good idea anyhow. --Ethan
\ No newline at end of file +rcs_update after commit in CGI.pm, it might be a good idea anyhow. --Ethan + +> Ok, I follow you. I am unsure whether this problem effects other rcses +> besides svn. Depends on how they handle locking, etc. But calling +> rcs_update will always be safe, so I'll do that. [[bugs/done]] +> +> That still leaves the issue that it calls svn update in the post-commit +> hook when it's locked and fails with that error message. Granted svn does +> throw that away by default, but it's still ugly and wasteful. But +> checking for a lock first is even uglier (and racey) and more wasteful, +> so I don't see a fix.. --[[Joey]] |