improve the ikiwiki.setup for git, hope I got everything right

[git.ikiwiki.info.git] / doc / bugs.mdwn

diff --git a/doc/bugs.mdwn b/doc/bugs.mdwn
index 5ef78b25a5d7b34828a9919dd08d9e1379f7ccfd..3bcd1998ad14d648fb60fe71269e1c0ccad4c576 100644 (file)
--- a/doc/bugs.mdwn
+++ b/doc/bugs.mdwn
@@ -2,10 +2,11 @@
   adding/removing a page. For example, if Foo/Bar links to "Baz", which is
   Foo/Baz, and Foo/Bar/Baz gets added, it will update the links in Foo/Bar
   to point to it, but will forget to update the linkbacks in Foo/Baz.
   adding/removing a page. For example, if Foo/Bar links to "Baz", which is
   Foo/Baz, and Foo/Bar/Baz gets added, it will update the links in Foo/Bar
   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
+  
+* And if Foo/Bar/Baz is then removed, it forgets to update Foo/Bar to link

   back to Foo/Baz.
 
   back to Foo/Baz.
 

-    -- is this still true?
+    -- is this still true? (Yes (as of 1.0))

 
 * If I try to do a web commit, to a svn+ssh repo, it fails with
   "Host key verification failed."
 
 * If I try to do a web commit, to a svn+ssh repo, it fails with
   "Host key verification failed."


@@ -14,8 +15,6 @@
   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.
   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]]?

 * [[ikiwiki]] should go to the same place as [[index]] (on this 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
 * [[ikiwiki]] should go to the same place as [[index]] (on this 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


@@ -25,16 +24,11 @@
       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.
       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.
 * 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 will generate html formatted error messages to the command
   line if --cgi is set, even if it's not yet running as a cgi

+* The meta plugin doesn't affect a page if it's being inlined. Probably
+  setting the title with it should override the title of the blog post.