add separate template variable for tag page and sanitize displayed tag name

remember autofiles that were tried and failed to be added

This way, if an autofile is registered for a file that already exists,
it is remembered that it was tried, and it doesn't get recreated when
removed.

commit autocreated tag pages

remember autofiles always

This fixes the problem that it did not remember if an autofile is deleted,
unless a plugin happened to register the autofile at the same time.

With the new code, we just never recreate an autofile more than once.

Only downside is that the list of autofiles is never pruned either.
And I don't really see a way to prune it.

bugfixes

Merge branch 'master' into autotag

update, tag deletion bug

document tag_autocreate

spelling

update; my branch is (partially) debugged now

remove verify_src_file

Splitting out this function bothered me. It is conceptially similar to
file_pruned, and yet also very specific to exactly the security needs of
find_src_files.

I liked that it got rid of duplicate code in the latter function. So
instead, put a helper sub in that, which I think allows refactoring
things more cleanly, and with less boilerplate.

As to the needs of gen_autofile, I'm not convinced this needs to handle
the same set of problems that verify_src_file did. So I sat down and
wrote a custom validator for autofiles, which turned out to seem to just
need three things: Make sure the candidate filename is not something
that would be pruned; untaint the candidate filename; and make sure that
srcdir doesn't already have something with its name. (Plus, of course,
all the other checks that were already in gen_autofile.)

(In passing, also fixed a bunch of bugs I had introduced in this branch.)

add_autofile filename should be relative to srcdir

Merge branch 'master' into autotag

applied

layout

Always give createlink class to links to nonexistent pages

With this change, the <span> with class createlink is always created
around the link text, even when no CGI URL is defined. This allows
styling of these 'links' in this case too. The same class is used as when
CGI URL is defined so that e.g. clones of the same ikiwiki, one with CGI
and one without, display in the same way (modulo the missing question mark
link).
(cherry picked from commit 290d1b498f00f63e6d41218ddb76d87e68ed5081)

Missing links with no CGI

Merge branch 'master' into autotag

Merge branch 'file_pruned_revamp'

bugfix

So this is the one place that does need to canonpath and compare,
as two argument file_pruned used to.

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

darcs: ensure whole darcs query manifest output is consumed

By a stroke of luck, after a long & full day, I happened to
remember that in the morning, I had seen someone on irc mention
that darcs query manifest doesn't like it if its full output
is not consumed.

So contrary to the usual case where bug reports sent via irc are like
messages written in sand before the new tide, this one was seen and
fixed.

(But use http://ikiwiki.info/bugs/ next time!)

bugfix

Avoid file_pruned triggering on absolute paths causing the whole
comments_pending directory being pruned.

Simplify code.

Merge branch 'master' into file_pruned_revamp

fix uninitialized value warning

$cgi->params('do') may not be defined. The CSRF code may delete all
cgi params. This uninitalized value was introduced when do=register
support was added recently.

Clarifications

typo

fix stat to use unmunged filename

oops, fix for no_chdir mode

$_ will be absolute then

remove 2 argument form of file_pruned

switch to 1 parameter version of file_pruned

Another bit of code that didn't realize that File::Find sets $_ to the
relative filename.

remove explicit absolute test

file_pruned now tests for that

use one parameter form of file_pruned here too

In File::Find, $_ is relative to the current directory, so that is ok.
Also, the directory name doesn't need to be stripped from $_.

clarify why absolute is tested & stripped here

file_prune also fails on absolute filenames now

Merge branch 'master' into file_pruned_revamp

internal pages: the revenge?

clarify whether the raw files would be put in destdir

fix minor bug if a page's name is "0"

similarity to internal pages

no need to return content from postscan hook

response

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

change wording

This is more accurate when a file that is not a page is what is removed.

non comprend

formatting

further clarification

response

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

response

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

move message into if block

Merge branch 'master' of git://git.ikiwiki.info

Remove www prefix from Svend's website URLs

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

thinking about changing how templatedir works and allowing wikitemplate files into the srcdir

Respond

response to the further thoughts

unfinished file_prune revamp

Many calls to file_prune were incorrectly calling it with 2 parameters.
In cases where the filename being checked is relative to the srcdir,
that is not needed.

Made absolute filenames be pruned. (This won't work for the 2 parameter call
style.)

improve docs

move File::Find control back into its code blocks

Ok, this is longer, but features less scary action at a distance.

move decode_utf8 closer to reason for it

Filenames need to be decoded, as File::Find does not provide them in
decoded form, but other callers of verify_src_file will be using utf8.

fix autotag behavior for relative tags

A tag like ./foo is searched for relative to the tagging page.
However, if multiple pages use such a tag, the only one sure
to be in common is in the root, so autocreate it there to
avoid scattering redunadant autocreated tags around the tree.

(This is probably not ideal.)

Also renamed the tagpage and taglink functions for clarity.

call gentag for taglinks too

fix autofile call

tag_autocreate fixups

Fix style of prompt.
Optional to rebuild when it is changed. (Needed to get new all missing tags)

document add_autofile

recommend git

bzr getmtime done

note that tla plugin is not being maintained

bzr: changelog and refactor

Fix get_ctime implementation in Bazaar plugin, add get_mtime implementation.

document the gitbranch template

reformat

my autotag branch

refactor autofiles

Made add_autofile take a generator function, and just register the
autofile, for later possible creation. The testing is moved into Render,
which allows cleaning up some stuff.

whitespace

Merge remote branch 'davrieb/autotag' into autotag

Conflicts:
IkiWiki.pm
IkiWiki/Plugin/tag.pm

few more suggestions

typo

autoindex: Switch to using %wikistate instead of abusing $pagestate{index}.

add list of compatability breaking changes

remove note about needing --gettime; automatically run on first build now

squelch warning

update changelog

implement rcs_getmtime for svn

This is a slow implementation; it runs svn log once per file
still, rather than running svn log once on the whole srcdir.

I did it this way because in my experience, svn log, run on a directory,
does not always list every change to files inside that directory.
I don't know why, and I use svn as little as possible these days.

automatically run --gettime, and optimise it for git

* Automatically run --gettime the first time ikiwiki is run on
  a given srcdir.
* Optimise --gettime for git, so it's appropriatly screamingly
  fast. (This could be done for other backends too.)
* However, --gettime for git no longer follows renames.
* Use above to fix up timestamps on docwiki, as well as ensure that
  timestamps on basewiki files shipped in the deb are sane.

fix file, should be symlink

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

typo

--gettime revamp

* Rename --getctime to --gettime. (The old name still works for
  backwards compatability.)
* --gettime now also looks up last modification time.
* Add rcs_getmtime to plugin API; currently only implemented
  for git.

Proposal for tags/meta/field coalescing

... and indeed there is a better way to store it

add mtime-to-git script to pull more correct mtimes out of git

answer to clarification.

clarify re %pagestate persistence

try to clarify

typo

answer about the `%pagestate` of autopages.