[pmwiki-announce] pmwiki-2.0.beta31 released

[Patrick R. Michaud]

I've just released pmwiki-2.0.beta31, 
now available at http://www.pmwiki.org/pub/pmwiki and 
http://www.sourceforge.net/projects/pmwiki.  The last few releases
have introduced some significant new features, but it should still be
relatively safe for existing 2.0.beta sites to upgrade to this latest
release.

2.0.beta31 adds the ability to store and serve attachments (uploads)
from directories that are not directly accessible to the webserver.
A new "download" action ([@?action=download@]) tells PmWiki to retrieve
an attachment associated with the current page.  This can be used for
protecting attachments via a page's passwords, or for working around
webservers that cannot access files in PmWiki's ''uploads/'' directories.

Setting $EnableDirectDownload=0; tells PmWiki to use [@?action=download@] 
links to retrieve attachments instead of telling the browser to access
the attachments directly through the webserver.  Note that this
setting by itself may not be enough to protect uploads; one may need
also need to to configure the webserver or ''uploads/'' directory
to block direct requests to the webserver for attachment files.
More on this in another message or cookbook recipe (or write me
for details).

This release also adds $EnableFixedUrlRedirect.  When PmWiki receives
a url with a "partial pagename" (such as the name of a WikiGroup),
it first determines the correct "full name" for the page.  Normally
PmWiki then issues a "redirect" to the browser requesting the browser
to reload the page with its full, "official" url.  For example,
http://www.pmwiki.org/wiki/Main is automatically redirected to
http://www.pmwiki.org/wiki/Main/HomePage (and this is the url displayed
in the browser's address bar).  Setting $EnableFixedUrlRedirect=0;
suppresses the redirect, so that the viewer will see the adjusted
page with the original, un-adjusted url.

The 2.0.beta29 and 2.0.beta30 releases added support for user-based
authorization, although it's still incomplete.  Beta 30 also fixed
some problems dealing with deadlocks due to PHP sessions, and
no longer spaces wiki words when $LinkWikiWords==0.

There's quite a bit more to come in the next couple of weeks, and
with the recent improvements 2.0.0 doesn't look to be that far off.

Questions, comments, suggestions welcomed as always.

Pm