rename plugins/plugins/openid/troubleshooting.mdwn to plugins/openid/troubleshooting.mdwn

review

make gitremotes work

propose a branch which uses non-numeric `show` for this purpose

extend rst test to cover a fixed bug

rename bugs/redirect.mdwn to todo/redirect.mdwn

close bug

branch for comment, not merging just yet

extend regression test for inline to cover inlining, show, reverse

fix link

more thoughts on this

more bug-closing

Merge branch 'ready/imgforpdf-and-more'

Merge branch 'ready/chrysn/linkmapenhancement'

Merge branch 'ready/edittemplate2'

more changelog and bug-closing

Merge branch 'ready/postform-no'

Merge branch 'ready/perf'

Merge branch 'ready/more-proxy-utf8-fail'

Merge remote-tracking branch 'spalax/paternal/upload-svg'

Merge branch 'ready/comments'

Merge branch 'ready/trail-sort'

changelog/close bugs

Merge branch 'ready/anarcat/safe_unicode'

Don't URL-encode links to Debian wiki pages

yes, duplicate

possible dup

clarify

I still don't think 'rtl' is a suitable name for this switch

Added a comment: Same Trick in Apache

switch man shortcut to manpages.debian.org (Closes: #700322)

clarify further

clarif

clarify

re-review

add alternative (IMO better) branch

branch looks good

patch

do not double-decode unicode in CGI forms

this works around a behavior change introduced in Encode.pm 2.53
shipped with the Perl 5.20 release described here:

http://ikiwiki.info/bugs/garbled_non-ascii_characters_in_body_in_web_interface/

Added a comment

more info, dupe?

fixed upstream!

another possibility

turn this into mdwn

rename bugs/Inlining_adds_newlines_which_can_break_markdown.html to bugs/Inlining_adds_newlines_which_can_break_markdown.mdwn

I would recommend using HTML here

Bugs++

possible debugging aid

found the "upstream" bug in debian

headers

right.

yes, looks like a bug

isn't this rather Debian-specific?

not WTF-8

more info

critical bug with accents

new patch for this, still not fixed in ikiwiki, but at least a more reasonable patch now

still a bug, patch still works.

Add comment/query regarding file name/title encoding.

Review request

fix link

refer to patch

flag as ready

new version of branch to fix Python 3

plugins/proxy.py: be compatible with Python 3

related bug

oops, wrong bug

reproducible with Python 3 on Debian

rename bugs/__62____61__ikiwiki-3.20140227___47__usr__47__libexec__47__ikiwiki__47__plugins__47__rst_hangs.mdwn to bugs/rst_plugin_hangs_when_used_with_Python_3.mdwn

ikiwiki does not implement Markdown internally, talk to Markdown implementation authors instead

standard markdown ?

mark as done

respond to chrysn's feedback, update branch accordingly

edittemplate: use unambiguous RFC 3339 datestamps

These take into account the timezone offset (and convert it to UTC+0000)
rather than being in an unspecified timezone.

Indicate how the UUID is likely to be used

Only provide time, not formatted_time, to edittemplate templates

I'm not sure what the use-case is for formatted_time, and chrysn
pointed out that for display in HTML, [[!date "<TMPL_VAR time>"]]
would be nicer.

Provide the current time to edittemplate.

The `time` variable contains a fixed-format time, guaranteed suitable
for parsing by timedate.

The `formatted_time` variable contains the same time formatted by
IkiWiki::formattime.

Use Linux uuid facility instead of an external library if possible

edittemplate: only generate a UUID on-demand

If the template doesn't use <TMPL_VAR UUID> there's no point in
incurring any cost.

Provide a UUID in edittemplate templates.

I want to make GUIDs for my RSS feeds that don't change when I move
pages around.  To that end, I've used UUID::Tiny to generate a
version 4 (random) UUID that is presented in a `uuid` variable in
the template.

At that point, you can do something like this:

    [[!meta guid="urn:uuid:<TMPL_VAR uuid>"]]

apply one of my own suggestions

use readfile() instead of reinventing it

This avoids potential action-at-a-distance from locally redefining $/
but never reaching the end of the redefinition's scope.