X-Git-Url: https://sipb.mit.edu/gitweb.cgi/ikiwiki.git/blobdiff_plain/efb91c8d3c8c15cc534549aed085aff98860b8ab..84720383a50d4493bd5c59be613c90537fee290c:/doc/bugs.mdwn

diff --git a/doc/bugs.mdwn b/doc/bugs.mdwn
index 34342b59f..22490300a 100644
--- a/doc/bugs.mdwn
+++ b/doc/bugs.mdwn
@@ -4,16 +4,38 @@
   to point to it, but will forget to update the linkbacks in Foo/Baz.
   And if Foo/Bar/Baz is then removed, it forgets to update Foo/Bar to link
   back to Foo/Baz.
-* Foo/Bar/Baz shows up as Bar/Baz in the linkbacks on page Foo/Bar. Should
-  show as just Baz there.
+
+    -- is this still true?
+
 * 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,
-  but commit log shows www-data. So maybe it has the wrong username?
+  but commit log shows www-data. So maybe it has the wrong username? Or
+  EUID/Real UID screwage.
 * Can't put the source in a directory named .source; the page finder skips
   that due to too broad exclusion of any dotfile in a path.
-* RecentChanges is a regular page, perhaps it should be automatically replaced with a link to the [[CGI]]?
+* 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.
-* Wikilinks are even expanded in the middle of [[MarkDown]] code blocks, and probably shouldn't be (nor in blockquotes?)
-* RecentChanges is supposed to linkify WikiNames and it does, but only if the user's page exists. It doesn't add a ?link to a noneistant page to aid creating it.
\ No newline at end of file
+* 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?
+    - As a special case, there should certianly be no history link for
+      pages generated from the underlaydir as it can never work for them.
+* 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.
+* 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.
+* Markdown will try to expand stuff inside postprocessordirectives. For
+  example, if there are two *'s, it will turn them to html em's, which
+  breaks things unexpectedly and requires escaping.
+* ikiwiki will generate html formatted error messages to the command
+  line if --cgi is set, even if it's not yet running as a cgi
+* ikiwiki package depends on "libtime-date-perl".  Do you mean "libtimedate-perl"?