]> sipb.mit.edu Git - ikiwiki.git/blob - doc/bugs/HTML_is_not_update_nor_created_when_editing_markdown_via_CGI.mdwn
d9b18809d53f5805f6d06879eaf492fc0c4e4b37
[ikiwiki.git] / 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