typo

prettydate creates Last edited in the wee hours of Tuesday night, July 1st, 2009

Updated French debconf templates translation. Closes: #535103

try using conditional?

Further question on how to format or specify what `inline` should display.

<AOL>

link to mirror of mediawiki.pm

Add a ref to some other discussion which may, or may not, be relevant.

FSF uses it internally.

Home site is MIA. Where is it?

bug report + patches

templating question

correct link spelling

explain %depends and suggest [[!inline quick=yes]]

speeding up ikiwiki: advice sought

add Mick Pollard

feature addition + patch

an improvement in this direction

img: Fix extra double quote with alt text. (smcv)

Merge commit 'smcv/img-bugfix'

disarm wikilinks

revisiting with implementation experience

there's more than one way to do it

grr, another typo

Fix links

Fix links

feature addition + patch

bug report + patch

img plugin: do not emit a redundant double-quote before alt attribute

* Reply

don't escape <> (done for us)

patch for this bug

new bug: map doesn't close UL for empty list

Knuth to the rescue!

* Response

guess at versioning scheme

* Version mistake?

* Now ikiwiki backports for Ubuntu Jaunty

response

response from a shady glen

updated spanish translation

tested yahoo working

fixup

add news item for ikiwiki 3.141

releasing version 3.141

response

Documentation for parameter `template`?

comment about newer OpenID now being available.

aggregate: Avoid resetting ctime when an item md5 changes.

Besides being wrong to do, this could lead to the wrong item
being expired, as follows: If B is added and at the same time
A is changed, then A's ctime may be set to the current time,
while B's is set to its creation time. Thus the new item, A,
is incorrectly removed as older.

(This interacted especially badly with the bug fixed by
90b4d079605b72bb50d1da41402d994960e10937.)

aggregate: Fix storing of changed md5.

The aggregate state merge code neglected to merge changes to the md5
field of an item. Therefore, if an item's md5 changed after initial
aggregation, it would be updated, and rewritten, each time thereafter.
This was wasteful and indirectly led to some expire problems.

argh, wrong diff again. third time lucky.

update diff (one redundant hunk removed)

add allow_site-wide_meta_definitions.mdwn

Thanks

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

Updated French translation. Closes: #532654

feature request/discussion for highlight options.

simple format tidyup

More NTFS filename compatability problems.

Disable the Preferences link if no plugin with an auth hook is enabled.

add my response and thanks

reorg

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

fixed formatting of last response

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

Conflicts:
doc/forum/is_it_possible_to_NOT_add_openid2_meta_tags.mdwn

add my response

meta: Add openid delegate parameter to allow delegating only openid or openid2.

response

add my site.

update

add my response

resp

add my response

response

Optimise use of gettext, and avoid ugly warnings if Locale::gettext is not available.

The test suite was emitting a lot of ugly gettext warnings;
setting LC_ALL didn't solve the problem for all locale setups
(since ikiwiki remaps it to LANG, and ikiwiki didn't know about
the C locale).

People also seem generally annoyed by the messages when
Locale::Gettext is not installed, and I suspect will be
generally happier if it just silently doesn't localize.

The optimisation came about when I noticed that the gettext
sub was doing rather a lot of work each call just to see
if localisation is needed. We can avoid that work by caching,
and the best thing to cache is a version of the gettext sub
that does exactly the right thing.

This was slightly complicated by the locale setting,
which might need to override the original locale (or lack
thereof) after gettext has been called. So it needs to invalidate
the cache in that case. It used to do it via a global variable,
which I am happy to have also gotten rid of.

Instructions to allow .cgi files to execute from anywhere using boa webserver

add in new openid forum question

Added a wikilink to the solution.

goto: Support being passed a page title that is not a valid page name, to support several cases including mercurial's long user names on the RecentChanges page, and urls with spaces being handled by the 404 plugin.

add

pagecount: Fix broken optimisation for * pagespec.

fixed link

pagecount incorrectly claims there are 0 pages ...

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

Setup automator: Check that each plugin added to the generated setup file can be loaded and that its config is ok. If a plugin fails for any reason, disable it in the generated file. Closes: 532001

thanks.

add note about the basewiki being self contained

move anchor page out of ikiwiki subdir

Since this page is not in the basewiki, it is confusing to put it in
the ikiwiki subdir, which is intended for basewiki and other underlay pages
that are used to document ikiwiki on other wikis.

remove link to page outside the base wiki

I'm sorry, but you can't simply go around adding links to pages that are
part of the basewiki, that point to pages outside the basewiki. Doing
so causes the test suite to fail, since the basewiki is then not
self-contained and has broken links.

FYI, the ikiwiki/anchor page you added is not part of the basewiki because
there's not a symlink to it in underlays/basewiki/ikiwiki in ikiwiki's
source. And I can't condone cluttering up the basewiki with such a page,
at least unless it gets significantly more useful somehow.

Tighten up matching of bare words inside directives

Do not allow an unterminated """ string to be treated as a series of bare
words. Fixes runaway regexp recursion/backtracking in strange situations.

(See 1d57a21c987a5e970df01efe10acdf69982c2d61 for test case.)

add test case for unterminated """ string

A directive that contains an unterminated """ string should not
cause each word of the string to be treated as a bare word. Instead,
the directive should fail to parse.

There are two tests. One just checks that a complete directive
containing such a string fails to parse. The other checks for a case
where a directive ends with a very long unterminated """ string,
and the directive is itself not closed. While this test won't fail,
it does trigger a nasty perl warning.

close