summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2008-11-18Fix link to htmlbalancehttp://smcv.pseudorandom.co.uk/
2008-11-18updatehttp://smcv.pseudorandom.co.uk/
2008-11-18update for rename of plugins/contrib/postcomment.mdwn to ↵http://smcv.pseudorandom.co.uk/
plugins/contrib/comments.mdwn
2008-11-18update for rename of plugins/contrib/postcomment.mdwn to ↵http://smcv.pseudorandom.co.uk/
plugins/contrib/comments.mdwn
2008-11-18rename plugins/contrib/postcomment.mdwn to plugins/contrib/comments.mdwnhttp://smcv.pseudorandom.co.uk/
2008-11-18(no commit message)http://technorati.com/people/technorati/drajt
2008-11-18responsehttp://smcv.pseudorandom.co.uk/
2008-11-18html escaping complicationJoey Hess
Can't escape things to entities if the template then escapes the entities. (aggregate doesn't have this problem.)
2008-11-18improve escaping of wikilinks and preprocessor directivesJoey Hess
The old method failed for '[' x 3.
2008-11-17Change deb dependencies to list Text::Markdown before markdown (really this ↵Joey Hess
time).
2008-11-17stuffhttps://id.launchpad.net/882/bielawski1
2008-11-17(no commit message)https://id.launchpad.net/882/bielawski1
2008-11-17call decode_utf8 inside evalJoey Hess
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.
2008-11-17where can I pull this from?Joey Hess
2008-11-17initial commentsJoey Hess
Done inline on the page, `scuse.
2008-11-17don't need libxml-atom-perl nowJoey Hess
2008-11-17responseJoey Hess
2008-11-17use HTML::EntitiesJoey Hess
2008-11-17modify to skip tests if the neccessary perl modules are not availableJoey Hess
2008-11-17use perl modules up frontJoey Hess
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.
2008-11-17thoughtsJoey Hess
2008-11-17adding htmlbalance; housekeepingJoey Hess
Used the contrib version of the plugin page since it seemed better than the other one.
2008-11-17Merge commit 'smcv/htmlbalance'Joey Hess
2008-11-17Fix tag directivehttp://smcv.pseudorandom.co.uk/
2008-11-17Link to postcommenthttp://smcv.pseudorandom.co.uk/
2008-11-17Publicise postcommenthttp://smcv.pseudorandom.co.uk/
2008-11-17Explicitly say that I'd like to get this into ikiwikihttp://smcv.pseudorandom.co.uk/
2008-11-17Link to third-party htmlbalance pluginhttp://smcv.pseudorandom.co.uk/
2008-11-17link to stuffhttp://smcv.pseudorandom.co.uk/
2008-11-17htmlbalance: new plugin that balances tags by parsing and re-serializingSimon McVittie
2008-11-13reported my need for a global renamepage hookintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-11-12add news item for ikiwiki 2.70Joey Hess
2008-11-12releasing version 2.70Joey Hess
2008-11-12note fix versionsJoey Hess
2008-11-12check for invalid utf-8, and toss it back to avoid crashesJoey Hess
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.
2008-11-11add news item for ikiwiki 2.69Joey Hess
2008-11-11document other files in .ikiwikiJoey Hess
2008-11-11make unlockwiki drop the cgilockJoey Hess
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.
2008-11-12pagetitle vs meta: announcing a working prototypeintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-11-11responseJoey Hess
2008-11-11lockwiki changesJoey Hess
* 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.
2008-11-11O_CREATE needs modeJoey Hess
2008-11-11avoid multiple ikiwiki cgi processes piling up, eating all memory, and thrashingJoey Hess
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.
2008-11-11bzr: Fix dates for recentchanges.Joey Hess
2008-11-11Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2008-11-11let's stop sucking :-)Joey Hess
2008-11-11po: answered Joey's "create a new translation" questionintrigeri
... that I previously completely missed. Signed-off-by: intrigeri <intrigeri@boum.org>
2008-11-11add item to watch listhttp://edward.myopenid.com/
2008-11-11(no commit message)bcdugga
2008-11-11po: help requestintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>