From 278b16c79ad98514e19dd3301e771516499f7a24 Mon Sep 17 00:00:00 2001 From: joey Date: Wed, 10 Oct 2007 18:40:54 +0000 Subject: * In the cgi edit path, reload the index file before rendering. A bug showed up where a web edit that added a page caused a near-concurrent web edit to fail in will_render. While it would be hard to reproduce this, my analysis is that the failing cgi started first, loaded the index file (prior to locking) then the other cgi created the new page and rendered it, and then the failing cgi choked on the new file when _it_ tried to render it. Ensuring that the index file is loaded after taking the lock will avoid this bug. --- debian/changelog | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) (limited to 'debian/changelog') diff --git a/debian/changelog b/debian/changelog index ba24beee9..138412216 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,8 +3,16 @@ ikiwiki (2.10) UNRELEASED; urgency=low * Tidy ctime debug output for git. * French translation update. Closes: #445923 * Fix --get-ctime with git, needed to remove srcdir from filename. - - -- Joey Hess Wed, 10 Oct 2007 14:14:18 -0400 + * In the cgi edit path, reload the index file before rendering. A bug + showed up where a web edit that added a page caused a near-concurrent + web edit to fail in will_render. While it would be hard to reproduce this, + my analysis is that the failing cgi started first, loaded the index file + (prior to locking) then the other cgi created the new page and rendered + it, and then the failing cgi choked on the new file when _it_ tried to + render it. Ensuring that the index file is loaded after taking the lock + will avoid this bug. + + -- Joey Hess Wed, 10 Oct 2007 14:36:38 -0400 ikiwiki (2.9) unstable; urgency=low -- cgit v1.2.3