(Moved from [[plugins/recentchanges/discussion]]) 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 > It's a (minor) bug that recentchanges optimises away generating the > change pages, but that the rss/atom feed still links to them. --[[Joey]] >> Hmm, ok, what's the intended correct behavior? To really generate the >> change pages, or to change the links in the feed to point somewhere else that's >> not missing? If you can easily point me to the right neighborhood in the code >> I might work on a patch for this. It may be a (minor) bug in the grand scheme >> of things, but it does seem pretty goofy if you've just clicked an RSS link. :) >> --Chap (p.s. should this be moved to bugs?) >>> The latter -- I think making the permalink point to >>> "recentchanges#someid" will probably work. Probably first by addressing the >>> todo about [[todo/ability_to_force_particular_UUIDs_on_blog_posts]], >>> and then by just using that new ability in the page. --[[Joey]] >>>> Ah. The prerequisite todo looks like more than I'd like to take on. >>>> In the meantime, would it be very involved to change whatever bug now >>>> optimizes away the change pages, or to simply have all the links in the >>>> feed point to the recentchanges page itself, with no fragment id? >>>> Either would be a bit nicer than having broken links in the feed. --Chap