From: Joey Hess Date: Sun, 10 Feb 2008 06:12:10 +0000 (-0500) Subject: add news item for ikiwiki 2.31 X-Git-Tag: 2.40~143^2 X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=8b577726ab3768d50ca7d3fdef240e37fe046fc2;p=ikiwiki.git add news item for ikiwiki 2.31 --- diff --git a/doc/news/version_2.31.mdwn b/doc/news/version_2.31.mdwn new file mode 100644 index 000000000..d81e443a2 --- /dev/null +++ b/doc/news/version_2.31.mdwn @@ -0,0 +1,45 @@ +ikiwiki 2.31 released with [[toggle text="these changes"]] +[[toggleable text=""" + * [ Joey Hess ] + * Revert preservation of input file modification times in output files, + since this leads to too many problems with web caching, especially with + inlined pages. Properly solving this would involve tracking every page + that contributes to a page's content and using the youngest of them all, + as well as special cases for things like the version plugin, and it's just + too complex to do. + * aggregate: Forking a child broke the one state that mattered: Forcing + the aggregating page to be rebuilt. Fix this. + * cgi hooks are now run before ikiwiki state is loaded. + * This allows locking the wiki before loading state, which avoids some + tricky locking code when saving a web edit. + * poll: This plugin turns out to have edited pages w/o doing any locking. + Oops. Convert it from a cgi to a sessioncgi hook, which will work + much better. + * recentchanges: Improve handling of links on the very static changes pages + by thunking to the CGI, which can redirect to the page, or allow it to be + created if it doesn't exist. + * recentchanges: Exipre all *.\_change pages, even if the directory + they're in has changed. + * aggregate: Lots of changes; aggregation can now run without locking the + wiki, and there is a separate aggregatelock to prevent multiple concurrent + aggregation runs. + * monotone changes by Brian May: + - On commits, replace "mtn sync" bidirectional with "mtn push" single + direction. No need to pull changes when doing a commit. mtn sync + is still called in rcs\_update. + - Support for viewing differences via patches using viewmtn. + * inline: When previewing, still call will\_render on rss/atom files, + just avoid actually writing the files. This is necessary because ikiwiki + saves state after a preview (in case it actually *did* write files), + and if will\_render isn't called its security checks will get upset + when the page is saved. Thanks to Edward Betts for his help tracking this + tricky bug down. + * inline: Add new `allowrss` and `allowatom` config options. These can be + used if you want a wiki that doesn't default to generating rss or atom + feeds, but that does allow them to be turned on for specific blogs. + * Don't die if running with --getctime and rcs\_getctime throws an error. + There are several cases (recentchanges files, aggregated files) + where some source files are not in revision control. + * Page templates can now use CTIME to show when the page was created. + * [ Josh Triplett ] + * README.Debian: Mention user wikilists."""]] \ No newline at end of file