Added a comment

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

thanks Patrick ZAJDA for a kind contribution

Amendment, following review

Corrected error: month pages were created even without calendar_autocreate config option

Deleted unnecessary code

typo

Indentation

Add "patch" tag.

file bug

poll vote (Accept only OpenID for logins)

Update RTL tip to use dir instead of class

Ask about forum/ML integration

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

Set Debian package maintainer to Simon McVittie as I'm retiring from Debian.

add copyleft.org

and tweak wording

Added a comment

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

openid: Stop suppressing the email field on the Preferences page.

This is needed for notifyemail, and not all openid providers report an
email address, or necessarily the one the user wants to get email.

Fixes perl-magick link #2

Fixes perl-magick link

typos

How signinview handles the goto leak

Answer

do=goto leaks page existence

Patch submitted for contrib/ymlfront sticky-metadata issue.

Update comment

Command on compile plugin

Feeling out how to present patch for review

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

file bug

Forgot download link

Typos...

wishlist: ask about using ikiwiki as ML

wishlist

Added a comment

Added a comment

Added a comment

Added a comment

New wishlist item - put /tags page in the basewiki?

Hadn't listed any drawbacks for the FastCGI Authorizer idea.

Review request for: Let plugins influence what environment variables a wrapper will preserve

Fix dangling link to branch I deleted after merge.  Link instead to merged commits in ikiwiki repo.

Add ikiwiki-comment to shebang_scripts.

Add missing build-depends on libcgi-formbuilder-perl, needed for t/relativity.t

add ikiwiki-comment program

bit on how inlinability isn't only bad

Add link to the proposed wrapper generation patch

initial description of signinview plugin

more on caching behavior

make formatting more consistent

discuss zoned-ikiwiki implementation approaches, including signinview plugin

it helps to distinguish some use cases

also search

start fleshing out "things that make zoned ikiwiki hard"

sign previous

Match word boundary (think "/usr/bin/perl5.18").

[patch], patch

Added a comment

Remove space from perl shebang path.

Disambiguate myself a bit (like that's needed).

reformat

news

Merge remote-tracking branch 'refs/remotes/dgit/dgit/sid'

release

debian: fix some wrong paths in the copyright file

debian: rename debian/link to debian/links so the intended symlinks appear

close a bug

Drop unused python-support dependency

changelog so far

build-depend on libcgi-pm-perl too, for tests

Explicitly depend on CGI.pm, which is no longer in Perl core

I was going to depend on the version that has CGI->param_fetch,
but that has been supported since 2.37, which is older than oldstable.

IkiWiki::Plugin::openid: as a precaution, do not call non-coderefs

We're running under "use strict" here, so if CGI->param's array-context
misbehaviour passes an extra non-ref parameter, it shouldn't be executed
anyway... but it's as well to be safe.

[commit message added by smcv]

Call CGI->param_fetch instead of CGI->param in array context

CGI->param has the misfeature that it is context-sensitive, and in
particular can expand to more than one scalar in function calls.
This led to a security vulnerability in Bugzilla, and recent versions
of CGI.pm will warn when it is used in this way.

In the situations where we do want to cope with more than one parameter
of the same name, CGI->param_fetch (which always returns an
array-reference) makes the intention clearer.

[commit message added by smcv]

Make sure we do not pass multiple CGI parameters in function calls

When CGI->param is called in list context, such as in function
parameters, it expands to all the potentially multiple values
of the parameter: for instance, if we parse query string a=b&a=c&d=e
and call func($cgi->param('a')), that's equivalent to func('b', 'c').
Most of the functions we're calling do not expect that.

I do not believe this is an exploitable security vulnerability in
ikiwiki, but it was exploitable in Bugzilla.

Added a comment: It was an Apache problem...

branch

comment

Emit vestigial xmlns so people can still pass ikiwiki output through XSLT

We no longer have a test for DTD-valid XHTML 1.0, but at least check well-formedness

This means that people can do XSLT nonsense if they want to.

The failures are currently marked TODO because not everything in the
docwiki is in fact well-formed.

Remove now-redundant test-cases for a non-default html5 setting

Now that we're always using HTML5, <base href> can be relative

Always produce HTML5 doctype and new attributes, but not new elements

According to caniuse.com, a significant fraction of Web users are
still using Internet Explorer versions that do not support HTML5
sectioning elements. However, claiming we're XHTML 1.0 Strict
means we can't use features invented in the last 12 years, even if
they degrade gracefully in older browsers (like the role and placeholder
attributes).

This means our output is no longer valid according to any particular
DTD. Real browsers and other non-validator user-agents have never
cared about DTD compliance anyway, so I don't think this is a real loss.

Replace PayPal and Flattr buttons with text links

In particular, this avoids loading third-party resources from the
offline documentation (see
<https://lintian.debian.org/tags/privacy-breach-donation.html>).

mention pagespec_alias patches

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment