Merge commit 'upstream/master' into prv/po

po: fixed last unaddressed item from Joey's review, please have a look

Signed-off-by: intrigeri <intrigeri@boum.org>

revert exposing of %backlinks and $backlinks_calculated

This change was introduced in 85f865b5d98e0122934d11e3f3eb6703e4f4c620 and
c3af3840a295780e0f32df398f2dc7d34653e75e ; it may be necessary for the meta-po
integration, but the po branch alone is supposed to work without it.

Signed-off-by: intrigeri <intrigeri@boum.org>

add news item for ikiwiki 3.07

releasing version 3.07

When loading a template in scan mode, let preprocess know it only needs to scan.

This makes wikis such as zack's much faster in the scan pass.
In that pass, when a template contains an inline, there is no reason to
process the entire inline and all its pages. I'd forgotten to pass
along the flag to let preprocess() know it was in scan mode, leading to
much unncessary churning.

avoid potential infinite loop in smiley expansion

- In 3.05, ikiwiki began expanding templates in scan mode,
  for annoying, expensive, but ultimatly necessary reasons
  of correctness.
- Smiley processing has a bug: It inserts a span for the smiley,
  and then continues searching forward in the content for more,
  starting at $end_of_smiley+1. Which means it searches for smilies
  in the span too! And if it somehow finds one, we get an infinite loop
  here.
- This bug can, probably, only be tickled if a htmllink to
  show the smiley fails, because the smiley file doesn't exist,
  or because ikiwiki doesn't know about it. In that case,
  a link will be inserted to _create_ the missing page,
  and that link will include the smiley inside the <a></a>.
- When a template is expanded in scan mode, and it contains
  an inline, the sanitize hook is run during scan mode,
  which never happened before. That causes the smiley processor
  to run, before ikiwiki is, necessarily, aware that all
  the smiley files exist (depending on scan order). So
  it inserts creation links for them, and triggers the bug.

I've put in the simple fix of jumping forward past the inserted
span, and it does fix the problem. I will need to look in a bit
more detail into why an inline nested inside a template is
fully expanded during the scan pass -- that really shouldn't
be necessary, and it makes things much slower than they need
to be.

fix doc, prefix directives have been default for a while

configure wmd to leave text in markdown

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

Conflicts:
doc/todo/mdwn_preview.mdwn

po doc: po4a 0.35 has been released, eventually

details

brought back checkcontent hook full-content compat.

This modification was initially done in editpage, in commit
a3726968bc13f19f458c372cbd7cf92ae4c6fce5, but was then lost while merging
upstream/master branch.

Signed-off-by: intrigeri <intrigeri@boum.org>

implemented Joey's solution

rename: remove duplicates that hook functions may have added to @torename

Signed-off-by: intrigeri <intrigeri@boum.org>

License grant for my code.  And note that I'll look at a more advanced version when I get time.

rename: moved subpages addition to a rename hook

Signed-off-by: intrigeri <intrigeri@boum.org>

rename hook: run once per file to be renamed

... as Joey suggested on todo/need_global_renamepage_hook

This hook is applied recursively to returned additional rename
hashes, so that it handles the case where two plugins use the hook:
plugin A would see when plugin B adds a new file to be renamed.

The full set of rename hashes can no longer be changed by hook functions, that
are only allowed to return any additional rename hashes it wants to add.
Rationale: the correct behavior of the recursion would be hard, if not
impossible, to define, if already considered pages were changing on the run.

Signed-off-by: intrigeri <intrigeri@boum.org>

Merge commit 'upstream/master' into prv/po

Conflicts:

IkiWiki/Plugin/editpage.pm
debian/control
debian/copyright
doc/todo/need_global_renamepage_hook.mdwn

Signed-off-by: intrigeri <intrigeri@boum.org>

bug

another thought

remove patch, and more comments

look for wmd/wmd.js

This means that the underlay needs to have a wmd/wmd/wmd.js,
which is a trifle weird, but it isolates all the wmd stuff in a
single wmd subdirectory of the built wiki. The wmd/images creating
a toplevel images directory was particularly bad.

update, add some examples

wmd stuff

make wmd comment support comment editing (I think)

forgot to add wmd tag here

wmd copyright?

question

note that a wmd plugin has appeared

point at wmd plugin

comments

rebuild not needed

This plugin only affects the page edit, not the compiled wiki.

wmd plugin from willu

Updated French translation (Jean-Luc Coulon). Closes: #518510

Note another issue with the basic plugin.

Add patch for WMD plugin.  This new plugin adds live preview and text controls to ikiwiki edit pages.

Updated German translation (Kai Wasserbäch). Closes: #518377

Notes that the wikiwyg plugin link is broken, and more.

response

that's wikiwyg

close as dup todo

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

typo and typography

updated spanish translation

add news item for ikiwiki 3.06

releasing version 3.06

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

Setup automator: Fix bug in password comparison. Closes: #517654

Adding bzed.de to ikiwikiusers

Add my blog.

add news item for ikiwiki 3.05

releasing version 3.05

lintian fixes

fix clean on clean tree

lower debhelper build-dep

debhelper 7.0.50 will support everything needed, and will
be backported to stable

goto: Fix typo that broke recentchanges_link compatability.

mercurial and tla are missing implementations of several things

bzr: Add missing rcs_diff. (liw)

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

comments: Avoid showing comment moderation button in prefs to non-admins.

detect sslcookie set and no https

This is likely a misconfiguration and can cause login to fail as the
browser refuses the send the session cookie back over http.

Not entirely happy with putting the check where I did, since users have to
try to log in, and fail, to see the misconfiguration explained. But I could
not find a better place to put the check.

response

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

bzr: Add missing stub rcs_diff.

Setup automator: Prompt for password twice. Closes: #516973

Updated German translation (Kai Wasserbäch). Closes: #516770

link to other todo item, personal opinions

Some more thoughts on this...

Link my version

Fix wikilink to correct todo page

Moved to patch to todo/auto-create

Adding patch, moved from plugins/tag/discussion

added cosin

comments

rename tag() to tagged(); add docs

add tag() pagespec

patch from jon

Add noextension parameter to htmlize hooks to support, eg, Makefile.

add keepextension tests

fix pagename, pagetype tests

Put tests in right file.

Set internal variable to hash, the functions expect that.

fix pagetype test

File had wrong name, and made wrong assumption about what pagetype does for
bare files.

response

Yes, the patch is complete.

formatting

is this patch complete?

response

move to forum, as this is a question

revert addition of several blank lines

add hendy's git repo

hint