Move some more discussion here

Move some discussion to discussion/

Move some discussion from comments page to here

I don't think putting proxy.py in the system Python path is appropriate

Fix formatting by adding `...`

Correct --dumpsetup to include the srcdir in the setup file.

comment

add W3M_CGI_BIN setting

test commit

fix --wrappergroup

Was documented to work at command line, but didn't

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

fix handling of wrappergroup option

Had forgot to include it in the option list.

link to tip

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

Relative previous months?

proper spelling of viruses

New page

Suggest ErrorDocument 404 CGI wrapper

Indicate whose offer of a patch this is :-)

more details

more details

Update to CSV link issue

generalization of recentchanges_link

Unbalanced </p> appears in some situations, particularly with htmltidy

links broken in CSV files

avoid adding ./ to urls unnecessarily

This avoids constructing urls like "./../foo/".
The leading "../" avoids any colon confusion already.

I noticed in my logs that certain badly written web spiders (hello again,
Yahoo!) fail to follow urls like ikiwiki was constructing to the right
place (instead ending up at "./foo/")

response

test commit

essaywriter: nice try, but your spam was recognised and removed

does change to ikiwiki.cgi locking help?

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

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

French translation update from Philippe Batailler. Closes: #506250

wishlist from IRC

respond to joey, some more suggestions

Client side cookie detection with javascript?

another thought

responses

avoid uninitialized value warning

respond, sheesh

Further details

auto-hosting sites

Fix link

Raw HTML now allowed, joeyh convinced me :-)

update

Fix link to htmlbalance

update

update for rename of plugins/contrib/postcomment.mdwn to plugins/contrib/comments.mdwn

update for rename of plugins/contrib/postcomment.mdwn to plugins/contrib/comments.mdwn

rename plugins/contrib/postcomment.mdwn to plugins/contrib/comments.mdwn

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.