From 19749d0c5b38b055e257c49313355e0f30c4ebe0 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 1 Jul 2008 14:29:35 -0400 Subject: [PATCH 1/2] web commit by http://liw.fi/: commented on ü and ikiwiki 2.50 --- ...in_markup_makes_ikiwiki_not_un-escape_HTML_at_all.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/doc/bugs/__38__uuml__59___in_markup_makes_ikiwiki_not_un-escape_HTML_at_all.mdwn b/doc/bugs/__38__uuml__59___in_markup_makes_ikiwiki_not_un-escape_HTML_at_all.mdwn index 2712f9cb4..94a0e5445 100644 --- a/doc/bugs/__38__uuml__59___in_markup_makes_ikiwiki_not_un-escape_HTML_at_all.mdwn +++ b/doc/bugs/__38__uuml__59___in_markup_makes_ikiwiki_not_un-escape_HTML_at_all.mdwn @@ -36,3 +36,11 @@ unless that has security implications. > I tested on unstable, and ikiwiki handled that sample rss fine, > generating a `ΓΌ.html`. --[[Joey]] + +>> I confirm that it works with ikiwiki 2.50, at least partially. The HTML output is +>> OK, but the aggregate plugin still reports this: +>> +>> processed ok at 2008-07-01 21:24:29 (invalid UTF-8 stripped from feed) (feed entities escaped) +>> +>> I hope that's just a minor blemish. --liw + From 8c6577c3dc8d904231375642b5d9ac2758246edc Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 1 Jul 2008 17:55:16 -0400 Subject: [PATCH 2/2] web commit by http://jcflack.myopenid.com/ --- doc/plugins/recentchanges/discussion.mdwn | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/doc/plugins/recentchanges/discussion.mdwn b/doc/plugins/recentchanges/discussion.mdwn index a16cb5217..3886b1f60 100644 --- a/doc/plugins/recentchanges/discussion.mdwn +++ b/doc/plugins/recentchanges/discussion.mdwn @@ -15,3 +15,15 @@ this should be a rather uncommon thing. > And fixed this, by making it look at all *._change pages, not just > those in a specific directory, when deciding which to expire. --[[Joey]] + +I've just upgraded to ikiwiki 2.50 with the `recentchanges` plugin enabled, and +figured out that I have to turn on `rss` in `ikiwiki.setup` in order to get the +recentchanges feed. Now the feed shows up, but the links in the feed go to the +change pages, e.g. `recentchanges/change_1700.html`. I can see a `recentchanges` +directory created in the working copy, containing files like `change_1700._change` +but for some reason they are not getting htmlized and carried over. I can see +in `recentchanges.pm` that it explicitly registers an `htmlize` hook for the +`_change` type, but something isn't happening. I also see `return if $type=~/^_/;` in +`render()` in `Render.pm` so I guess the upshot is I'm not sure how this is +supposed to work; is there a bug here or just something I overlooked that I need +to turn on? --Chapman Flack