more details

more details

Merge commit 'origin/master' into pub/master

Conflicts:

debian/control

Merge commit 'upstream/master' into pub/master

Update to CSV link issue

Merge commit 'upstream/master' into pub/master

generalization of recentchanges_link

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

links broken in CSV files

Merge commit 'upstream/master' into pub/master

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?

Merge commit 'upstream/master'

Conflicts:

debian/control

Merge commit 'upstream/master' into pub/master

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

Merge commit 'upstream/master' into pub/master

Merge commit 'origin/master'

Merge commit 'upstream/master' into pub/master

Merge commit 'upstream/master' into pub/master

Merge commit 'upstream/master'

Merge commit 'origin/master'

Merge commit 'upstream/master' into prv/po

Merge commit 'upstream/master' into pub/master

reported my need for a global renamepage hook

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

Merge commit 'upstream/master'

Merge commit 'origin/master'

po(change): reset renamed pages status at a better time

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

po: initial infrastructure to deal with renamed master page

This is a skeleton that does nothing yet.
See the comments in the code for an overview of the issue that arises, due to
the renamepage hook never being called globally.

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

po(delete): added hook, and function skeleton

Not implemented yet, 'cos the renamepage hook has to come first.
Else translations would be deleted on rename, what a shame.

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

po(change): avoid losing information before guessing the same...

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

po(istranslatablefile): extracted this from istranslatable

... will need this soon to deal with master file deletion.

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

po.t: cleanup

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

po/todo: added test results

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.

po(otherlanguages): return pages that should exist

... instead of already existing ones.
This fixes the "missing otherlanguages links on master pages just created via
the CGI" bug.

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

po: memoized istranslatable, eventually

And enjoy a 10% rebuild time enhancement on a complex wiki full of maps and
other pseudo-dynamic content, with some other costly plugins enabled. So it
could well mean 20% on a more usual wiki.

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

po(change): flush Memoize cache, to fix bug after rename/remove

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

po/todo: first pass of robustness tests, added todo for remove/rename

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

po(htmlize): ignore PO files not managed by this plugin

This way, the po plugin will not appropriate PO files it is not responsible for,
and PO files existing before this plugin was enabled can coexist peacefully with
our own ones.

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

po: ooops, fixed just introduced bug

(I just removed in istranslation and _istranslation the dependency on
istranslatable... which broke things in a subtle way, hard to see at the first
glance.)

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

parentlinks: fixed links when po plugin is enabled

(and usedirs is disabled)

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

po: fix istranslation/istranslatable for pages starting with /

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