web commit by http://jcflack.myopenid.com/

web commit by http://jcflack.myopenid.com/

web commit by ptecza.myopenid.com/: * Confirmation and thanks

remove patch tag

close

close

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

testing

web commit by bremner: fix my name

mention github mirror

testing

testing

testing

testing

testing

otl: Support utf-8 files. (Recai Oktaş)

response

web commit by https://id.mayfirst.org/jamie/

web commit by https://id.mayfirst.org/jamie/

response

web commit by AndrewGreenberg: bad formatting on bug report, sorry.

web commit by AndrewGreenberg: Added nasty URL edit bug in 2.52.

not yet released

response

web commit by mrled

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

Conflicts:

doc/bugs/attachment:_failed_to_get_filehandle.mdwn

attachment: Support perl 5.8's buggy version of CGI.pm.

This is truely horribly disgusting. CGI::tmpFileName, in current perls, is
an undocumented function (which should be a clue..) that takes the original
filename of an uploaded attachment, and returns the name of the tempfile
that CGI has stored it in.

In old perls, though, CGI::tmpFileName does not take a filename. It takes
a key from the object's {'.tmpfiles'} hash. This key is something
crazy like '*Fh::fh00001group' -- apparently the stringification of a
filehandle object.

Just to add to the fun, tmpFileName doesn't take the key, it expects a
refernce to the key. Argh?!

But the fun doesn't stop there, because in perl 5.8, CGI.pm is also broken
in two other ways. The upload() method is supposed to return a filehandle
to the temp file. It doesn't. The param() method is supposed to return
a filehandle to the temp file, that stringifies to the original filename.
It returns just the original filename, no filehandle.

Combine all these bugs, and you end up with this disgusting commit. Since
I have no way to get the filehandle, I *need* to get the tempfile name.
If I had the filehandle, I could probably pass it into tmpFileName, and
it might strigify to the right key name. But I don't, so the only way to
determine the key is to grub through the .tmpfiles hash ourselves.

And finally, one the temp file name is discovered, a filehandle can finally
be obtained by (re)opening it.

I recommend that this commit be reverted when perl 5.8 is a mercifully
faded memory.

I'm really, really, really glad I'm actually being paid for working on
this right now!

explicitly set form type to multipart

This is the default in unstable's formbuilder, but not in stable's,
and CGI multipart is needed for fule uploads.

Include ikiwiki.setup in examples in the debian package.

web commit by ptecza.myopenid.com/: * Thanks!

web commit by HenrikBrixAndersen: This happens on FreeBSD as well

reproduced

response

check for tempfile being empty

rm

web commit by ptecza.myopenid.com/: * The bug still occurs

add dist-bugs

merge

response

web commit by mrled

web commit by mrled

web commit by mrled

web commit by mrled

web commit by mrled

undef $fh before opening

web commit by ptecza.myopenid.com/: * Still no success

response

another try at dealing with CGI.pm problem

open the temp file if all attempts to get a fd fail

web commit by ptecza.myopenid.com/: * Debugging again

possible fix

attachment: Support old versions of CGI.pm that lack an upload method.

web commit by ptecza.myopenid.com/: * Next debbuging

new thing to try

fix fix

close

Fix a bug with links to pages whose names contained colons.

So the problem is that ikiwiki would generate a relative link like
href="colon:problem", which web browsers treat as being in the "colon:"
uri scheme.

The best fix seems to be to make url beautification fix this, by slapping
a "./" in front.

web commit by ptecza.myopenid.com/: * Missing Apache2 version

web commit by ptecza.myopenid.com/: * Response

split out separate bug

response

attachment: Fix an uninitialised value warning when editing a page that currently has no attachments.

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

web commit by http://jcflack.myopenid.com/

web commit by ptecza.myopenid.com/: * Problem with colon in report page name

web commit by ptecza.myopenid.com/: * Problem with uploading attachments

web commit by ptecza.myopenid.com/: * Thanks!

add an interesting ikiwiki site I stumbled across

test

response

move to todo

clarify how an item is wishlisted

undo wishlist changes

You don't want to post new wishlist items, really, as they're lower
priority than just todo items. :-) Anyway, I want to keep wishlist and
todos both under todo/ so that they can easily be changed from one state to
another. And the inline caused items to be created under wishlist/ , but
didn't actually inline them.

web commit by http://dmarti.myopenid.com/

web commit by http://www.openidfrance.fr/beaufils

web commit by http://dmarti.myopenid.com/

resp

web commit by http://jcflack.myopenid.com/

testing

example of how to limit to specific directory

new idea

typo the second

response

typo

web commit by ptecza.myopenid.com/: * Enabling attachment plugin

search: generate configuration files once only when rebuilding (Gabriel McManus)

minor improvements

search: generate configuration files once only when rebuilding

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

web commit by gmcmanus.myopenid.com/: search: create configuration once only on rebuild

wishlist

add news item for ikiwiki 2.52

releasing version 2.52

add virus checking to attachments plugin

avoid uninitialised value warnings

Merge branch 'master' into tova

avoid uninitialised value

editpage escaping fixes

* The editpage form now uses the raw page name, not the page title, in its
  'page' cgi parameter. Using the title was ambiguous and made it
  impossible to tell between some pages, like "foo/bar" and "foo__47__bar",
  sometimes causing the wrong page to be edited.
* This change means that some edit links need to be updated.
  Force a rebuild on upgrade to this version.
* Above change also allowed really fixing escaped slashes from the blogpost
  form.

add br at top

firefox 3 smooshed the page location dropdown up to the page title,
obscuring descenders and underscores. Maybe that's a bug, since the CSS
didn't ask it to, but I think adding the extra space of a br at the top
looks better anyway.

delete duplicate page, move comment to correct place

response