response

html escaping complication

Can't escape things to entities if the template then escapes the entities.
(aggregate doesn't have this problem.)

improve escaping of wikilinks and preprocessor directives

The old method failed for '[' x 3.

Change deb dependencies to list Text::Markdown before markdown (really this time).

stuff

call decode_utf8 inside eval

holger reported that decode_utf8 was crashing with perl 5.8.8. Earlier, I
thought that passing 0 to the function avoided this with old perls, but
that was apparently not enough, it still crashes. So, put it inside the
eval, so we can at least recover from it crashing.

where can I pull this from?

initial comments

Done inline on the page, `scuse.

don't need libxml-atom-perl now

response

use HTML::Entities

modify to skip tests if the neccessary perl modules are not available

use perl modules up front

The old code actually did the same thing, just obfuscated -- since the eval
use wasn't quoted, it used the modules on load. Thus, the error (not to
mentioned the return) was bypassed, and it just failed on load.

But that seems like the right thing to do, really, so just made it clearer
that's what happens.

thoughts

adding htmlbalance; housekeeping

Used the contrib version of the plugin page since it seemed better than the
other one.

Merge commit 'smcv/htmlbalance'

Fix tag directive

Link to postcomment

Publicise postcomment

Explicitly say that I'd like to get this into ikiwiki

Link to third-party htmlbalance plugin

link to stuff

htmlbalance: new plugin that balances tags by parsing and re-serializing

reported my need for a global renamepage hook

Signed-off-by: intrigeri <intrigeri@boum.org>

add news item for ikiwiki 2.70

releasing version 2.70

note fix versions

check for invalid utf-8, and toss it back to avoid crashes

Since ikiwiki uses open :utf8, perl assumes that files contain valid utf-8.
If it turns out to be malformed it may later crash while processing strings
read from them, with 'Malformed UTF-8 character (fatal)'.

As at least a quick fix, use utf8::valid as soon as data is read, and if
it's not valid, call encode_utf8 on the string, thus clearing the utf-8
flag. This may cause follow-on encoding problems, but will avoid this
crash, and the input file was broken anyway, so GIGO is a reasonable
response. (I looked at calling decode_utf8 after, but it seemed to cause
more trouble than it was worth. BTW, use open ':encoding(utf8)' avaoids
this problem, but the corrupted data later causes Storable to crash when
writing the index.)

This is a quick fix, clearly imperfect:
- It might be better to explicitly call decode_utf8 when reading files,
  rather than using the IO layer.
- Data read other than by readfile() can still sneak in bad utf-8. While
  ikiwiki does very little file input not using it, stdin for the CGI
  would be one way.

add news item for ikiwiki 2.69

document other files in .ikiwiki

make unlockwiki drop the cgilock

This is necessary so that things that fork to the background,
like pinger, and inline ping, don't block other cgis from running.

Note that websetup also calls unlockwiki, before refreshing / rebuilding
the wiki. It makes perfect sense for that not to block other cgis.

pagetitle vs meta: announcing a working prototype

Signed-off-by: intrigeri <intrigeri@boum.org>

response

lockwiki changes

* Stop busy-waiting in lockwiki, as this could delay ikiwiki from waking up
  for up to one second. The bailout code is no longer needed.
* Remove support for unused optional wait parameter from lockwiki.

O_CREATE needs mode

avoid multiple ikiwiki cgi processes piling up, eating all memory, and thrashing

Fixed by making the cgi wrapper wait on a cgilock.
If you had to set apache's MaxClients low to avoid ikiwiki thrashing
your server, you can now turn it up to a high value.

The downside to this is that a cgi call that doesn't need to call lockwiki
will be serialised by this so only one can run at a time. (For example,
do=search.) There are few such calls, and all of them call loadindex,
so each still eats gobs of memory, so serialising them still seems ok.

bzr: Fix dates for recentchanges.

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

let's stop sucking :-)

po: answered Joey's "create a new translation" question

... that I previously completely missed.

Signed-off-by: intrigeri <intrigeri@boum.org>

add item to watch list

po: help request

Signed-off-by: intrigeri <intrigeri@boum.org>

remove redundant link munge

This is not needed now that tagpage returns a page name starting with a
slash.

(Also fixes a minor bug that the edit links started with double slashes due
to the hack.)

typo

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

tag: Normalize tagbase so leading/trailing slashes in it don't break things.

reply

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

response

add discussion on this tip

specifying the user in recentchanges for anon git pushes

update my userpage (and try out git pushes)

add a robots.txt

Yahoo! has been pounding on ikiwiki.cgi again. While I'd prefer ikiwiki to
generate sites that avoided robots hitting it in other ways, I'm adding a
robots.txt, at least temporarily.

Add rel=nofollow to recentchanges_links for the same (weak) reasons it was earlier added to edit links.

reorg to avoid broken link in basewiki

ikiwiki/markdown is a basewiki page and shouldn't link to pages in tips.

Instead, make the tips link to it, so backlinks will point back to them.
While I'm at it, move the info about the emacs mode to a tip.

response

reorganize vim syntax highlighting info

There was already a tip about it; move the plasticboy version to there.

vim syntax file linked

Fix the link() pagespec to match links that are internally recorded as absolute.

This fixes a problem exposed by the recent change to tags
(a2839de9362187b67b0e3a564461e272e64fd9b4). That recorded tag links as
absolute by including a leading slash in the link. The same could also be
done with an absolute wikilink.

In either case, link() would not match such links, unless the leading slash
was included in the link to match. But that's not right, because pagespecs
match absolute by default. So strip the leading slash.

Note that to keep any existing `link(/foo)` pagespecs working after this
change, the leading slash is removed from there, too.

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

fix link to Jason Blevins user page

question about the format directive and relation with htmlize hooks

document wikistatedir, though it's still internal

oops

txt: Do not encode quotes when filtering the txt, as that broke later parsing of any directives on the page.

response

meta: Plugin is now enabled by default since the basewiki uses it.

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

aggregate: Try to query XML::Feed for the base url when derelevatising links. Since this needs the just released XML::Feed 0.3, as well  as a not yet released XML::RSS, it will fall back to the old method if no xml:base info is available.

response

response

po: misc responses to Joey

Signed-off-by: intrigeri <intrigeri@boum.org>

New bug report

po: response

Signed-off-by: intrigeri <intrigeri@boum.org>

response

comments and questions

response

add a more useful example of a relative date ;-)

use error for two messages

maintain list

response

Question excluding images in inline pagespec

Fix reference link

Added experimental code, metamail, pandoc, and path plugins

Forum response

Undo too much quoting.

Bug in the txt plugin.

trackpad registered a click on save

add news item for ikiwiki 2.68

releasing version 2.68

updated repository location

response

Signed-off-by: intrigeri <intrigeri@boum.org>

notes and wiki-gardening about pagetitle vs. meta title

Signed-off-by: intrigeri <intrigeri@boum.org>

Note about prefix_directives