force list context

run_or_die returns a status code in scalar context

attachment: Support Windows paths when taking basename of client-supplied file name.

git: Gix --gettime to properly support utf8 filenames.

In passing, fixed a bug where the srcdir was in a subdir of a repository
named "0".

Make --gettime be honored after initial setup.

Bugfix in passing: New files not treated as such when no rcs is used.

bugnum

fix other cases of unicode mixing issue

and fix underlaydir override attack guard when srcdir is non-absolute

Fix issues with combining unicode srcdirs and source files.

A short story:

  Once there was a unicode string, let's call him Srcdir.

  Along came a crufy old File::Find, who went through a tree and pasted each
  of the leaves in turn onto Srcdir. But this 90's relic didn't decode the
  leaves -- despite some of them using unicode! Poor Srcdir, with these
  leaves stuck on him, tainted them with his nice unicode-ness. They didn't
  look like leaves at all, but instead garbage.

(In other words, perl's unicode support sucks mightily, and drives
us all to drink and bad storytelling. But we knew that..)

So, srcdir is not normally flagged as unicode, because typically it's pure
ascii. And in that case, things work ok; File::Find finds filenames, which
are not yet decoded to unicode, and appends them to the srcdir, and then
decode_utf8 happily converts the whole thing.

But, if the srcdir does contain utf8 characters, that breaks. Or, if a Yaml
setup file is used, Yaml::Syck's implicitunicode sets the unicode flag of
*all* strings, even those containing only ascii. In either case, srcdir
has the unicode flag set; a non-decoded filename is appended, and the flag
remains set; and decode_utf8 sees the flag and does *nothing*. The result
is that the filename is not decoded, so looks valid and gets skipped.

File::Find only sticks the directory and filenames together in no_chdir
mode .. but we need that mode for security. In order to retain the
security, and avoid the problem, I made it not pass srcdir to File::Find.
Instead, chdir to the srcdir, and pass ".". Since "." is ascii, the problem
is avoided.

Note that chdir srcdir is safe because we check for symlinks in the srcdir
path.

Note that it takes care to chdir back to the starting location. Because
the user may have specified relative paths and so staying in the srcdir
might break. A relative path could even be specifed for an underlay dir, so
it chdirs back after each.

Fix issues with combining unicode srcdirs and source files.

A short story:

  Once there was a unicode string, let's call him Srcdir.

  Along came a crufy old File::Find, who went through a tree and pasted each
  of the leaves in turn onto Srcdir. But this 90's relic didn't decode the
  leaves -- despite some of them using unicode! Poor Srcdir, with these
  leaves stuck on him, tainted them with his nice unicode-ness. They didn't
  look like leaves at all, but instead garbage.

In other words, perl's unicode support sucks mightily, and drives
us all to drink and bad storytelling. But we knew that..

So, srcdir is not normally flagged as unicode, because typically it's pure
ascii. And in that case, things work ok; File::Find finds filenames, which
are not yet decoded to unicode, and appends them to the srcdir, and then
decode_utf8 happily converts the whole thing.

But, if the srcdir does contain utf8 characters, that breaks. Or, if a Yaml
setup file is used, Yaml::Syck's implicitunicode sets the unicode flag of
*all* strings, even those containing only ascii. In either case, srcdir
has the unicode flag set; a non-decoded filename is appended, and
decode_utf8 sees the flag and does *nothing*. The result is that the
filename is not decoded, so looks valid and gets skipped.

File::Find only sticks the directory and filenames together in no_chdir
mode .. but we need that mode for security. In order to retain the
security, and avoid the problem, I made it not pass srcdir to File::Find.
Instead, chdir to the srcdir, and pass ".". Since "." is ascii, the problem
is avoided.

Note that it takes care to chdir back to the starting location. Because
the user may have specified relative paths and so staying in the srcdir
might break. A relative path could even be specifed for an underlay dir, so
it chdirs back after each.

note

match only pages in calendar

clear floats before comments begin

calendar: Tune archive_pagespec to only match pages, not other files.

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

fix labels for form elements

The label for attribute must correspond to the element id (not name).
And it needs to be unique inside the loop.

Thanks

typo

fix links

add links to mentioned directives

Using the !iki shortcut, since the directive pages may not be included in
the basewiki.

editpage, comments: Fix broken links in sidebar (due to forcebaseurl). (Thanks, privat)

good idea

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

simplify, avoid confusing suggestions

Don't even talk about ACLs, and more strongly discourage directly
committing to ikiwiki's srcdir.

limit blog inlines to pages

This way images attached to blog posts don't show up as enclosures in the
blog by default.

Reopen the bug since it is not fixed

more symetric enable/disable

Removing a plugin from add_plugins is not always enough to disable it.
It may have been redundantly added there and also pulled in via goodstuff.
Always add didabled plugins to disable_plugins.

websetup: Allow enabling plugins listed in disable_plugins.

The bug here was that disabling a plugin included thru goodstuff, like
htmlscrubber, caused it to be added to disable_plugins, and those plugins
were never loaded, so could not be re-enabled. Fix by allowing them to be
force loaded when appropriate. (Also that allows disabled plugins to still
record their setup options when dumping a setup file.)

response

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

remove obsolete ol class=form for editpage and editcomment

The styling of labels on the form largely obsoleted the special styled ol,
so just a few br's sufficed. Using an ol like that was not too semantically
right (probably?) and could cause problems with customized local.css.

wording

speling

typo

attachment: When inserting links, insert img directives for images, if that plugin is enabled.

avoid ugly warning if size="" is specified

edittemplate: Look for template pages under templates/ like everything else (still looks in old location for backwards compatability).

edittemplate: Make silent mode not disable display when the template page does not exist, so it can be easily created.

editpage: Rename "comments" field to avoid CSS conflict with the comments div.

img: Support hspace and vspace attributes.

attachment: Show files from underlay in attachments list.

While those files cannot be removed or renamed, this allows easy
downloading of them, and a new version can after all be uploaded.

realm is an url pattern

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

openid: Add openid_realm and openid_cgiurl configuration options, useful in a few edge case setups.

use the ikiwiki userdb outside of the ikiwiki edition access control

use PARENTLINKS

Update URL

Update URL

remove old

add news item for ikiwiki 3.20100610

releasing version 3.20100610

add auto-scrolling pre's

let's see if anyone hates it :)

I'm told that the pagebody div should be after the sidebar.

calendar styling

* calendar: Shorten day names, and improve styling of month calendar.
* style.css: Reduced sidebar width back to 20ex from 30; the month calendar
  will now fit in the smaller width, and 30 was feeling too large.

also set overflow: auto for blogform

This improves its display slighly when next to a sidebar or other floating
element.

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

style.css: Improvements to make floating sidebar fit better on pages with inlines.

The key is using width: auto; overflow: auto; -- this allows the div(s) to the
left of the floating sidebar to be resized to fit next to it, and prevents
any clear: both from pushing the div down below the end of the sidebar.

Many thanks for the Hurd wiki's developers for originally figuring this out.

The edit page recently developed the same problem with its textarea, now
that a sidebar can appear on that page too. In editpage.tmpl I needed to
add a new div around the editcontent textarea, as the above styles cannot
be applied directly to textareas. The textarea's own width is reduced to
98% because at least in chromium this avoids it getting unnecessary
horizonatl scrollbars when a sidebar is displayed next to it.

page.tmpl: Add a div around the sidebar, page content, and comments, to aide in styling.

http://bzed.de/posts/2010/05/new_css_for_bzed.de/

smcv: [10:59:01] is the logical thing you want a <div> whose meaning is "the bits the sidebar is allowed to accompany"?
bzed: [10:59:14] yeah
bzed: [10:59:58] then you could just ensure that this part is as high as the sidebar
smcv: [11:02:44] wrapping a <div> around the sidebar, content and comments seems like the way forward, then

Fixed.

better autotag title

let's allow comments of "0"

editpage: Avoid storing accidental state changes when previewing pages.

This is a slow, safe, stupid approach. Could make deep copies of the data
structures as backups instead of re-loading the index from disk.

improve preview mode comments

ugly bug

Fix display of sidebar when previewing page edit. (Thanks, privat)

On second thought, only display a page's personal sidebar when previewing
it, not when editing normally.

relativedate: Fix problem with localised dates not working.

When editing a page, show that page's sidebar. (Thanks, privat)

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

close; use ENV in setup file

close old bug, apparently worked around

closing; cannot reproduce and no followup for 1 year 9 months

close

close

fixed

fixed by improved openid login form

seems this was fixed a long time ago

move contrib plugin directives out of ikiwiki/directive

Problem is that ikiwiki/directive is turned into an underlay and added to
all wikis. And the test suite checks it for broken links and turns some up.
So it's not appropriate for contrib plugin's directives to be documented
in there.

remove tag on first post

It's a broken link on ikiwiki.info.

note that setup is all done by auto-blog.setup

Fix support for globbing in tagged() pagespecs.

The linktype check was being done on the relativised link target,
but %typedlinks uses the same link targets as %links, so that didn't work.

I think the bug only appeared when tagbase was not set.

This bugfix also let me factor out the common typedlink checking code.

remove example blog tag pages

Autotag will create them as needed. Avoids some complexity.

response

clarification

Comment and done.

Started discussion

Yes, is a globbing issue.

Ack.

img: Fill in missing height or width when scaling image.

move bug to bugs

isabug