urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info into tova

master
Joey Hess 2008-07-01 18:41:47 -04:00
parent 0abaf5aaae 8c6577c3dc
commit 96da041907
2 changed files with 20 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
doc/bugs/__38__uuml__59___in_markup_makes_ikiwiki_not_un-escape_HTML_at_all.mdwn
View File

@ -36,3 +36,11 @@ unless that has security implications.
> I tested on unstable, and ikiwiki handled that sample rss fine, > I tested on unstable, and ikiwiki handled that sample rss fine,
> generating a `ü.html`. --[[Joey]] > 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

12
doc/plugins/recentchanges/discussion.mdwn
View File

@ -15,3 +15,15 @@ this should be a rather uncommon thing.
> And fixed this, by making it look at all *._change pages, not just > And fixed this, by making it look at all *._change pages, not just
> those in a specific directory, when deciding which to expire. --[[Joey]] > 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