Report portability bug, partway to a fix

Added a comment: some clarifications

thanks + extra docs done

clarify what date fields do, following [[bugs/invalid_meta_date_or_updated_not_diagnosed]]

meta test: Assert that malformed dates are rejected

Signed-off-by: Simon McVittie <smcv@debian.org>

meta: Error if we can't parse dates because Date::Parse is missing

You can still use [[!meta name="date" content="..."]] to generate
<meta> tags that are not interpreted, but the common case for
[[!meta date="..."]] is that you want to change the ctime, and that
won't work without Date::Parse.

Signed-off-by: Simon McVittie <smcv@debian.org>

meta: Make syntactically invalid dates an error

If for some reason you want to create <meta name="date" content="12345">,
this now requires [[!meta name="date" content="12345"]].

Signed-off-by: Simon McVittie <smcv@debian.org>

meta test: Use syntactically valid dates

I'm about to make invalid dates like 12345 be an error.

Signed-off-by: Simon McVittie <smcv@debian.org>

preprocess: Don't encode digit zero as an entity in errors

I'm not sure what happened here, but it seems to have been the wrong
thing. Whitelist what we want to *not* encode instead.

Signed-off-by: Simon McVittie <smcv@debian.org>

Added a comment

clarify

convert from forum to bug, mark as done

rename forum/problems_with_ctime__47__date__47__updated__47__mtime__47__etc.mdwn to bugs/invalid_meta_date_or_updated_not_diagnosed.mdwn

Added a comment: tried and tried and failed

trying to figure out a stupid mistake takes a long time, how about we shortcircuit that with errors or warnings?

Announce 3.20180311

3.20180311

not-truncated.t: Work correctly as an installed-test

Signed-off-by: Simon McVittie <smcv@debian.org>

build: Add `make git-dist` target

Signed-off-by: Simon McVittie <smcv@debian.org>

Update changelog

Add a test asserting that no plugin is an empty file

I'm still not completely sure how it happened, and I can't reproduce
it myself, but in the Debian build of ikiwiki 3.20180105, wikitext.pm
ended up empty. The build fixes in commits 3aacac3b, efcbeaa0,
b32480f0 hopefully fixed this.

Signed-off-by: Simon McVittie <smcv@debian.org>

mdwn: Automatically detect which libdiscount flags to use

Unconditionally passing arbitrary numbers as flags turns out to be a
bad idea, because some of the "unused" values have historically had
side-effects internal to libdiscount. Detect whether the known flags
work by rendering short Markdown snippets the first time we htmlize,
checking whether each known flag is both necessary and sufficient.

Signed-off-by: Simon McVittie <smcv@debian.org>

in progress

Report bug.

close

rst test: Probe for docutils Python 3 module, not Python 2

Avoid unexpected full paths from find(1).

Frohdo - new personal website added

Announce 3.20180228

Signed-off-by: Simon McVittie <smcv@debian.org>

3.20180228

Signed-off-by: Simon McVittie <smcv@debian.org>

changelog: Mention packaging changes imported from Debian

Signed-off-by: Simon McVittie <smcv@debian.org>

rst: Use Python 3 instead of Python 2

Signed-off-by: Simon McVittie <smcv@debian.org>

Close bug

Signed-off-by: Simon McVittie <smcv@debian.org>

Update changelog

Signed-off-by: Simon McVittie <smcv@debian.org>

img test: Exercise a format that is uncommon on the web (BMP)

Signed-off-by: Simon McVittie <smcv@debian.org>

img: Explicitly detect format if needed

An empty coder name used to detect the format implicitly, but has been
interpreted as a literal part of the filename since ImageMagick 6.9.8-3.
In newer versions, there does not seem to be any way to indicate that
a filename containing ':' is to be taken literally without first
knowing the decoder to use.

Signed-off-by: Simon McVittie <smcv@debian.org>

img test: Don't rely on using an empty ImageMagick coder name

This used to work, but has been interpreted as a literal part of
the filename since ImageMagick 6.9.8-3. In newer versions, there does
not seem to be any way to indicate that a filename containing ':' is
to be taken literally without first knowing the decoder to use.

Signed-off-by: Simon McVittie <smcv@debian.org>

preprocess: Escape most ASCII punctuation in error messages

This is a minimal version of what we should in principle do here,
which is to escape the error message in whatever way is correct for
embedding plain text in the surrounding wiki markup language.
This implementation approximates that by assuming that HTML entities,
alphanumerics and common punctuation characters are passed through the
markup language unaltered, but punctuation characters might be
misinterpreted.

Signed-off-by: Simon McVittie <smcv@debian.org>

Added a comment

Some thoughts about Ikiwiki

remove template that does not belong here

Finnish translation of another template, this is not the place to put
it. The ikiwiki-l10n can iirc manage such translations.

parametrien dokumentointi

First post

improve reply wording with a crosslink

Try to explain editor loophole to viewing restrictions

typo fixed

more details

NYTProf: Profile data incomplete, inflate error -5 ((null))

urlfix

update

%?

build: Ensure that pm_to_blib finishes before rewriting shebang lines

Otherwise, rewriting shebang lines can race with pm_to_blib,
potentially resulting in files being corrupt or empty.

t/wellformed: Rebuild the docwiki, not everything

build: Use if/then instead of `||` so that the `-e` flag works

build: `set -e` before each `for` loop, so that errors are reliably trapped

t: Accept optional file:// prefix on W3m-control

mdwn: Restore historical behaviour

The Discount package in Debian historically enabled fenced code blocks,
PHP Markdown Extra-style definition lists, and an expanded character
set for tag names. Since Discount 2.2.0 those are runtime settings, so
enable them. Unfortunately Text::Markdown::Discount doesn't yet expose
the necessary constants:
https://rt.cpan.org/Public/Bug/Display.html?id=124188

The IDANCHOR option was historically also enabled in Debian, but is not
enabled here because ikiwiki does not enable the TOC option, and
IDANCHOR does nothing without TOC.

Closes: #888055

Auto-remove tag pages?

okay, sorry about that

This reverts commit b7263302c7d74d25b15f87359a633fc3cca857a3

Testing if this is really so easily editable by the public? (my ikiwiki 'instance' is) How is it not constantly being riddled with spam?

404, no 'wmd'

move main documentation to converter's README file

repository was moved

Added a comment: Todo already exists for `basename`

co-maintainer opinion

Don't send relative redirect URLs when behind a reverse proxy

point to previous TODO entry

this is a web server configuration issue rather than a bug in the ikiwiki code

failing test (marked TODO) now present

t/relativity.t: Add tests for IkiWiki::redirect behaviour

This reproduces [[bugs/cgi_redirecting_to_non-https_URL]].

test case potentially in progress

I'm not sure this can be solved without web server configuration

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

bug

open

Declare compliance with Debian Policy 4.1.3

Remove unused Lintian overrides for duplicate word false positives

d/copyright: Drop stanzas for files no longer shipped

d/copyright: Set Source to https://ikiwiki.info/git/

Reinstate links on front page, removed by spam edits

add news item for ikiwiki 3.20180105

releasing package ikiwiki version 3.20180105

set last release's distribution to upstream; dch -r will copy that value

to not imply that this changelog has anything to do with debian unstable

flip changelog symlink

Remove openid provider icons from login selector

Remove openid provider icons from login selector, since openid providers
are increasingly not working. Verisign retired theirs, and aol and
yahoo/flickr are not commonly used for openid. Any users who still  clicked
those icons to login will need to instead enter their openid url.

This commit was sponsored by andrea rota.

add and use cgiurl_abs_samescheme

 * emailauth: Fix cookie problem when user is on https and the cgiurl
   uses http, by making the emailed login link use https.
 * passwordauth: Use https for emailed password reset link when user
   is on https.

Not entirely happy with this approach, but I don't currently see a
better one.

I have not verified that the passwordauth change fixes any problem,
other than the user getting a http link when they were using https.
The emailauth problem is verified fixed by this commit.

This commit was sponsored by Michael Magin.

how to fix?

think I cracked it

update

improve error message when postsignin is not set

This can happen if the user goes directly to /ikiwiki.cgi?do=login and
logs in, since nothing redirected them to there, there's no postsignin
value set. It can also happen when cookies are disabled, or perhaps
other problems.

correction; I did not reproduce this

I was manually reloading /ikiwiki.cgi?do=login, and postsignin is not
set when that's done, which is a bug, but not the bug I was after.

bug report

Is it still Joey's opinion that ikiwiki.info should remain using the anti-theme?

Updated German basewiki and directives translation from Sebastian Kuhnert.