doc/bugs/HTML_is_not_update_nor_created_when_editing_markdown_via_CGI.mdwn

   1 I don't know if I have a missed configuration. But under 1.35 using the CGI to create login, to login, and to edit and save the markdown works fine. But the resulting HTML is not generated (updated or created). Using ikiwiki from command line will then update the HTML for me.
   2
   3 An example of the problem: edit worked to update source *.mdw file but www version was not updated,
   4 so when have new page it has a "?Page". (So CGI is working that much.) I edit ("create") by clicking the ? question mark and save but then receive an HTTP 404 error because the testingpage.html?updated file is not found.
   5
   6 How to get that file generated automatically on save (via edit)?
   7
   8 If this is documented, sorry I missed it.
   9
  10 > If a revision control system is configured, ikiwiki relies on a hook
  11 > being triggered by its commit to the RCS, which then runs ikiwiki again
  12 > to do the build, same as happens when a commit is made to the RCS
  13 > directly. If the appropriate hook is not uncommented and configured in
  14 > the setup file, you could see the behavior you describe.
  15 >
  16 > If no revision control system is used, ikiwiki handles the build after
  17 > writing the file.
  18 >
  19 > --[[Joey]]
  20
  21 >> Thanks for the info. I added --no-rcs to my command-line and it was fixed.
  22 >> I assumed that using --setup with my configuration file that had no RCS configured
  23 >> would override the default (subversion). I never configured anything with subversion,
  24 >> so I don't even know if the content was being committed and if so I don't know where.
  25 >> Maybe when using --setup the defaults should not be used. Or maybe the manpage can
  26 >> mention that if no rcs is configured in --setup configuration then it will default to svn.
  27 >> I wonder what else is going to defaults not in my configuration file.
  28 >> I don't see any way in my configuration file for disabling this.
  29 >> (I should figure out what happened with the subversion commits too...)
  30 >>
  31 >> --JeremyReed
  32
  33 >>> Defaulting that to svn in a bug. Fixed. In general, there are defaults
  34 >>> for various things configurable by the config file, but they should not
  35 >>> cause suprising behavior like this. For example, it defaults to
  36 >>> supporting discussion pages. (You can see all the defaults near
  37 >>> the top of `IkiWiki.pm`).
  38 >>>
  39 >>> The svn backend would have noticed that your wiki is not in svn, and
  40 >>> avoided doing anything, BTW.
  41 >>>
  42 >>> I've changed the default setting that was making it use svn, so this
  43 >>> bug is [[bugs/done]] --[[Joey]]