add section information

another (last?) tag change

formatting sillyness

remove unnecessary IkiWiki::

one more

more tag reorg

more tag reorg

plugin tag reorg

borders

format plugin categorization

add plugin section, and show which plugins need no configuration

reword

improve websetup fieldset display

to handle sections

fix websetup display of unsafe arrays in expert mode

add some openid matching tests

fix openid pagespec example

Group related plugins into sections in the setup file, and drop unused rcs plugins from the setup file.

Allow globs to be used in user() pagespecs.

reorder canedit checks during page creation to have best_loc first

When creating a page, multiple locations are tested to see if they can be
edited. If all fail, one of the failure subs is called, to log the user in
to allow them to proceed with the edit. So far so good.

But, what if some pages fail for one reason, and some for another? This
occurs when httpauth_pagespec is used in conjunction with signinedit (and
openid or something). When the user is not signed in at all
The former will fail to edit a page because the user was not httpauthed.
The latter will fail to edit a different page, because the user was not
signed in. One of their failure methods gets to run first.

The page creation code always ran the failure method corresponding to the
topmost page location. So, when editing a foo/Discussion page, and with
httpauth_pagespec => "*!/Discussion", it ran the httpauth failure method,
which was exactly the wrong thing to do.

I fixed this by making it instead run the failure method for the *best*
page location. In the above example, that's foo/Discussion, so signinedit
runs, as desired, and we get the signin page.

This seems like it will be the right choice, or at least an acceptable
choice. If a user wants to use httpauth they can always choose it on the
signin page.

partially fix httpauth canedit hook

My logic was right before. Cleaned up some code.

(Page creation is still a problem.)

Also, I removed the Edit url munging, because that is not
necessary with the canedit hook, since canedit will handle
redirection through cgiauthurl if necessary.

fix logic error

httpauth: Add httpauth_pagespec setting that can be used to limit pages to only being edited via users authed with httpauth.

httpauth: When cgiauthurl is configured, httpauth can now be used alongside other authentication methods (like openid or anonok). Rather than always redirect to the cgiauthurl for authentication, there is now a button on the login form to use it.

patch so far

clarify

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

refresh patch; remaining problem

response

reply, and suggestion

fix

question

add a link to another vim plugin

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

amazon_s3: Fix to support the EU S3 datacenter, which is more picky about attempts to create already existing buckets.

redaction

more notes about the ikiwiki-nav plugin

added installation notes

added pointer in the forum page to the created tip

added tip about page navigation from within vim

nte blogspam

move to correct location

HTTP:BL plugin/inclusion

Added missing '!' in "!format perl..."

tested

silly wabbit. spam written in sand washes away. ban for life of IP remains

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

remove pigro.net

Unfortunatly, www.pigro.net is down, and has been for some time.

update

add noindex robots directives

Fix color and format plugins to appear in the websetup interface.

add opendiscussion to auto-blog.setup

opendiscussion: This plugin will also now allow posting comments
to otherwise locked-down sites.

ensure opendiscussion hook is always called before lockedit

This was only ordered ok due to luck before.

auto-blog.setup: Lock all pages, so only admin can post to the blog by default.

update comment re openid library version

revert accidental code change

response

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

scratch patch

add 'or' to pagespec

factor out a userpage function

Not yet exported, as only 4 quite core plugins use it.

Add link to userpage (or creation link) to top of preferences page.

remove userlink()

That was dead code; changes to lockedit and recentchanges removed the last
callers.

typo

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

Improve display of openid in preferences page.

Now that openiduser is in IkiWiki core, it's ok to have passwordauth check
for it, and avoid displaying useless password fields when showing
preferences for an openid.

Also improved the styling of the display of the openid in the preferneces
page.

Allow jumping directly into account registration process by going to  ikiwiki.cgi?do=register

signature

new forum post

response

partial review

also tag 'patch/core', considering that over half of the changes are there

add git repository 'davrieb' and document branch on userpage

Document git branch for automatically creating tag pages.

New todo item for wrapperuser configuration option

thanks schmonz for your kind donation

ready to pull, and thoughts

setup automator: Configure Term::Readline to use bold for prompt, rather than default underline. Closes: #517656

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

also potwiki

document that state variables are not available in the checkconfig hook

moved discussion to the forum main page

missing signature

reply to forum discussion

testing push

note on filtering

oh, we didn't convert this one yet.

iainmclaren.com not using ikiwiki now

added Anna and Mark's bevvy of websites

img: Fix a bug that could taint @links with undef values.

revert spam

new repo

template: Preprocess parameters before htmlizing.

Consider a template like:

[[!template type=note text="""
[[!inline pages="*foo*"]]
"""]]

The text parameter is htmlized before being passed into the template (in
case the template wraps it in a <span> that prevents markdown from
htmlizing it later).

But, when markdown sees "*foo*", it turns that into <em>foo</em>.
Later, when preprocessing the inline directive, that leads to suprising
results.

To fix this, I made template parameters be preprocessed (and filtered)
before being htmlized.

Note that I left in the preprocessing (and filtering) of the template
output at the end. That's still relevant when the template itself contains
preprocessor directives.

Revert spam