X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/ac69a979059198a3716d1e177d177e978e1f1785..975ae0944cdd18a510d803da7a499c2247ac855e:/doc/bugs.mdwn?ds=sidebyside diff --git a/doc/bugs.mdwn b/doc/bugs.mdwn index c9b175453..d1c3bd4b9 100644 --- a/doc/bugs.mdwn +++ b/doc/bugs.mdwn @@ -5,10 +5,8 @@ And if Foo/Bar/Baz is then removed, it forgets to update Foo/Bar to link back to Foo/Baz. - Basically this makes creating new pages painful, top of TODO list.. + -- is this still true? -* Foo/Bar/Baz shows up as Bar/Baz in the linkbacks on page Foo/Bar. Should - show as just Baz there. * If I try to do a web commit, to a svn+ssh repo, it fails with "Host key verification failed." I think that the setuid isn't fully taking; it should be running as me, @@ -19,4 +17,20 @@ * RecentChanges is a regular page, perhaps it should be automatically replaced with a link to the [[CGI]]? * [[ikiwiki]] should go to the same place as [[index]] (on this wiki). -* There's no way to escape a [[WikiLink]] when discussing one on a wiki. +* Web browsers don't word-wrap lines in submitted text, which makes editing a + page that someone wrote in a web browser annoying (`gqip` is vim user's + friend here). Is there any way to improve this? +* The diff links in RecentChanges go to a viewcvs backtrace if the rev in question is when the page was added. Is this a viewcvs bug, or a behavior ikiwiki needs to work around? +* If a page stops inlining anthing, its rss feed file + will linger around and not be deleted. +* Currently only one blog is supported per page. Attempts to add more + will make it only update one of the blogs on the page. +* If I edit blog/entry/blog_moved, add a link to code/ikiwiki, and hit + preview, it doesn't get the link right because it makes it relative to + where the page will be saved to, not to where the cgi script is. +* RSS output contains relative links. Ie. http://kitenet.net/~joey/blog/index.rss contains a link to http://kitenet.net/~joey/blog/../blog.html +* If a file in the srcdir is removed, exposing a file in the underlaydir, + ikiwiki will not notice the change and rebuild it until the file in the + underlaydir gets a mtime newer than the mtime the removed file had. +* Pages rendered from files in the underlaydir should not have a history + link, since there's no file in the svn repo to view the history of.