aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/recentchanges_feed_links.mdwn
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-07-02 16:43:13 -0400
committerJoey Hess <joey@kodama.kitenet.net>2008-07-02 16:43:13 -0400
commit2354613391996b89f16d5a67c15324307a6c0d04 (patch)
treef1f0b61d42ffa0d18d4052ef8ccb79cda459c765 /doc/bugs/recentchanges_feed_links.mdwn
parentc987aee47acfcc0df4c1ac2667d9c63133e99d2b (diff)
downloadikiwiki-2354613391996b89f16d5a67c15324307a6c0d04.tar
ikiwiki-2354613391996b89f16d5a67c15324307a6c0d04.tar.gz
response; move to bug report
Diffstat (limited to 'doc/bugs/recentchanges_feed_links.mdwn')
-rw-r--r--doc/bugs/recentchanges_feed_links.mdwn28
1 files changed, 28 insertions, 0 deletions
diff --git a/doc/bugs/recentchanges_feed_links.mdwn b/doc/bugs/recentchanges_feed_links.mdwn
new file mode 100644
index 000000000..32073415f
--- /dev/null
+++ b/doc/bugs/recentchanges_feed_links.mdwn
@@ -0,0 +1,28 @@
+(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]]