new ikiwiki waldgarten.greenonion.org

headless git branches: unmangling patch

jrayhawk@richardiv:~/src/git.ikiwiki.info$ sed '/<\/pre>/,/<pre>/ d' < doc/todo/headless_git_branches.mdwn | patch -p1
patch: **** malformed patch at line 34: @@ -439,17 +439,21 @@ sub git_commit_info ($;$) {

updated CSS

fix branch references

analysis, branches

response

inline, trail: The pagenames parameter is now a list of absolute pagenames, not relative wikilink type names. This is necessary to fix a bug, and makes pagenames more consistent with the pagespec used in the pages parameter. (smcv)

Merge remote-tracking branch 'smcv/ready/literal-pagenames'

response

remove: Support removing of pages in the transient underlay. (smcv)

remove unnecessary quoting

Merge remote-tracking branch 'smcv/ready/transient-rm'

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

save whole form state, not just QUERY_STRING, for postsignin

Normally, needsignin is called when there is a QUERY_STRING, not when a
form is posted. However, it's certianly possible, and should be supported,
to make a form that invokes an ikiwiki action that checks needsignin.

I encountered this when posting ?do=rename&page=foo. The form is displayed
without checking needsignin, for complicated reasons. Posting the form
is when the true authentication happens.

actually tested rename not started from the edit page

nearly works with autoindex_commit => 0, but not quite...

branch to fix this (+ make prune() work better)

Allow deletion of files from the transient underlay

prune: do not prune beyond an optional base directory, and add a test

Previously, prune("wiki/srcdir/sandbox/test.mdwn") could delete srcdir
or even wiki, if they happened to be empty. This is rarely what you
want: there's usually some base directory (destdir, srcdir, transientdir
or another subdirectory of wikistatedir) beyond which you do not want to
delete.

ask for bold terms

version reference

updated, compatible with the merged trail

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

a branch to change pagenames semantics exists

close

trail, inline: treat pagenames as a list of literal names, not links

trail: fix inline documentation

fixed at some point?

This reverts commit 84c4ca3343663425d9a3105dfb82637b79ec1c04

fix link after rename

update for rename of tips/convert_MoinMoin_to_ikiwiki.mdwn to tips/convert_moinmoin_to_ikiwiki.mdwn

update for rename of tips/convert_MoinMoin_to_ikiwiki.mdwn to tips/convert_moinmoin_to_ikiwiki.mdwn

rename tips/convert_MoinMoin_to_ikiwiki.mdwn to tips/convert_moinmoin_to_ikiwiki.mdwn

comments

add link to convert page

improve prototype

src param always needed now

decruft

rename: Allow rename to be started not from the edit page; return to the renamed page in this case.

Added a comment

update

fixed

Merge remote-tracking branch 'smcv/trail'

turn git commit message into bug report

[[!inline trail=yes]] support reinstated

Reinstate trail support in inline

This was removed in aaa72a3a80f89.

bisected

add bug report

attention smcv

add some seatbelts to toad's jalopy

This does not change the number of failing tests I see, but it does
make it show the expected result, which makes analysis easier.

typo

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

httpauth: When it's the only auth method, avoid a pointless and confusing signin form, and just right to the httpauthurl.

toc and layout again

suggestion about page.tmpl

update with today's work

expand on current status

drop even more twiki stuff from here and redirect to josh

link back to josh's twiki stuff

update for rename of tips/convert_MoinMoin_and_TWiki_to_ikiwiki.mdwn to tips/convert_MoinMoin_to_ikiwiki.mdwn

update for rename of tips/convert_MoinMoin_and_TWiki_to_ikiwiki.mdwn to tips/convert_MoinMoin_to_ikiwiki.mdwn

rename tips/convert_MoinMoin_and_TWiki_to_ikiwiki.mdwn to tips/convert_MoinMoin_to_ikiwiki.mdwn

major overhaul - mention my project as the main one for moinmoin but keep a reference to josh's page

some answers

acl response

add some details of my cgiurl port confusion

close, cannot reproduce

Perhaps fil will come back here and give details.

comment

uniq list for changed hook

There can be dups when eg, adding a new internal page, apparently.

allow users to subscribe to comments w/o registering

Technically, when the user does this, a passwordless account is created
for them. The notify mails include a login url, and once logged in that
way, the user can enter a password to get a regular account (although
one with an annoying username).

This all requires the passwordauth plugin is enabled. A future enhancement
could be to split the passwordless user concept out into a separate plugin.

support do=tokenauth login for passwordless accounts

passwordauth: Fix url in password recovery email to be absolute.

This got broken when cgiurl began often returning a relative url.
Added a cgiurl_abs for the things that need a guaranteed absolute cgiurl.

add support for a passwordless login token

The plan is to use this for accounts that are created implicitly, as when
a non-logged-in user subscribes to notifyemail. Such an account has no
password, and login can be accomplished by way of a url that is sent to
them in email.

When the user sets a password, the passwordless login token is disabled.

fix fib zeros

looks good!

Added a comment

file

typo

ps: dude, it's a wiki :)

meta: Support keywords header. Closes: #664780 Thanks, Martin Michlmayr

update info on my split-view setup, and ask for plugin advice

demo the anchors

sign this, sorry!

document my work

link to my homepage fix osm link

fix PageSpec ref