25f3dd8818
add note about minor back compat issue
2010-04-06 23:02:18 -04:00
f2a87addc6
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
2010-04-06 22:59:57 -04:00
c0ca196758
tweak wording and versions and add changelog entry
2010-04-06 22:58:22 -04:00
3b1dd03c7e
improve wording to not encourage explicitly passing undef
2010-04-06 22:57:02 -04:00
1158fe8f44
further discussion, point out potential XSS
2010-04-07 02:55:50 +00:00
f6fd7639da
Merge remote branch 'smcv/ready/link-types'
2010-04-06 22:50:19 -04:00
811d398646
response
2010-04-06 23:20:49 +00:00
c7eaf3c262
response
2010-04-06 23:19:18 +00:00
121405e8aa
response to Joey and smcv
2010-04-06 23:09:59 +00:00
af99d4cb10
reply
2010-04-06 22:24:24 +00:00
899639f10d
fixed
2010-04-06 20:03:26 +00:00
b8f4ffdc5d
Remove typedlink from [[ikiwiki/pagespec]]
...
It's not supported in this branch any more.
2010-04-06 21:00:48 +01:00
48178c48ed
Auto-rebuild wikis on upgrade due to the taglink change
...
debian/NEWS and debian/postinst should be edited before release to have
an appropriate version number.
2010-04-06 20:59:45 +01:00
1a646f7e77
Revert spam
...
This reverts commit e496920e51
2010-04-06 15:12:54 -04:00
e496920e51
2010-04-06 18:43:08 +00:00
4568ba8a62
Revert spam
...
This reverts commit b29c50c731
2010-04-06 14:39:51 -04:00
b29c50c731
2010-04-06 18:38:17 +00:00
407a349359
nearly there!
2010-04-06 14:20:44 -04:00
ff267e7ac3
comment
2010-04-06 14:09:02 -04:00
6fd59908ba
comment
2010-04-06 14:06:29 -04:00
33d934b5ca
comment
2010-04-06 14:05:00 -04:00
c87ddb6908
idea
2010-04-06 13:58:55 -04:00
089a7faff8
first question
2010-04-06 13:25:26 -04:00
2efec70c7e
oops, branch returned now
2010-04-06 10:47:28 +00:00
ee1e7079eb
more flexible underlays, please?
2010-04-06 04:41:55 +00:00
06f58b1b88
response
2010-04-06 04:00:47 +00:00
5f8df58288
2010-04-06 03:59:09 +00:00
1f112d570e
if applied, reverting this would be problematic
2010-04-06 00:55:54 +00:00
315bcf866c
tag as patch
2010-04-06 00:51:27 +00:00
0ed94696c0
pages talking about escaping should really be escaped correctly
2010-04-06 00:50:51 +00:00
26bf69d17a
as seen on IRC
2010-04-06 00:49:38 +00:00
1fb5b9f61c
switch branch for review to use ready/foo convention
2010-04-06 00:04:47 +00:00
b186ec1b4c
ready for review, I think
2010-04-06 00:02:18 +00:00
f8457f9a90
fix bug that left stray </p> tags
...
Both markdown and tidy add paragraph tags around text, that needs to be
stripped when the text is a short, one line fragment that is being inserted
into a larger page. tidy also adds several newlines to the end, and this
broke removal of the paragraph tags.
2010-04-05 17:18:30 -04:00
a01028ae81
txt: Add a special case for robots.txt.
2010-04-05 17:02:10 -04:00
09d4e9d6bb
comments: Fix missing entity encoding in title.
...
The meta title data set by comments needs to be encoded the same way that
meta encodes it. (NB The security implications of the missing encoding
are small.)
Note that meta's encoding of title, description, and guid data, and not
other data, is probably a special case that should be removed. Instead,
these values should be encoded when used. I have avoided doing so here
because that would mean forcing a wiki rebuild on upgrade to have the data
consitently encoded.
2010-04-05 16:34:49 -04:00
10f4695abd
response
2010-04-05 15:28:54 -04:00
861080b918
potential performance improvements
2010-04-05 19:19:00 +00:00
b51703569d
speed
2010-04-05 14:59:29 -04:00
b4a162dec2
fix test suite
2010-04-04 17:06:28 -04:00
6876c5a588
close bug, comment
2010-04-04 12:28:12 -04:00
c9af069b59
more idiomatic perl
2010-04-04 12:23:12 -04:00
2a15f94159
rename hash and avoid unnecessary hash ref
...
Variable renamed to be a bit more self-explanatory.
Probably more idiomatic perl to not use a hash ref when a hash can be used.
2010-04-04 12:20:26 -04:00
992c2c6bca
changelog
2010-04-04 12:17:36 -04:00
f206035a3a
fix indentation & whitespace
2010-04-04 12:17:03 -04:00
75afa94c36
Fix bzr plugin to work with bzr 2.0.
...
The output of "bzr log" seems to have changed a bit, so we change the
parsing accordingly. This has not been tested with earlier versions of
bzr.
Several problems seemed to occur, all in the bzr_log subroutine:
1. The @infos list would contain an empty hash, which would confuse the
rest of the program.
2. This was because bzr_log would push an empty anonymous hash to the
list whenever it thought a new record would start.
3. However, a new record marker (now?) also happens at th end of bzr log
output.
4. Now we collect the record to a hash that gets pushed to the list only
if it is not empty.
5. Also, sometimes bzr log outputs "revno: 1234 [merge]", so we catch only
the revision number.
6. Finally, there may be non-headers at the of the output, so we ignore
those.
2010-04-04 12:15:38 -04:00
f6dde92957
advertise some bugfixes
2010-04-04 14:05:42 +00:00
834936a408
bug report + patch: unnecessary YAML::Any dependency
2010-04-04 14:03:51 +00:00
3a02cfca99
2010-04-04 13:00:52 +00:00
7060b774e4
Typo.
2010-04-04 12:03:41 +00:00
Joey Hess
http://smcv.pseudorandom.co.uk/
http://kerravonsen.dreamwidth.org/
Simon McVittie
webkatalog
Lars Wirzenius
http://hendry.iki.fi/
PaulePanter