darcs-hash:20070629134741-7ad00-0ff9213ccdc79cc288af35a4dd98c1f7f90a5137.gz

darcs-hash:20070628191802-7ad00-00dd404a1b70e314c76d07080a6085e731ffd238.gz

This is a follow up on the previous patch to disable authtentication without
disabling ACL on backend problems. It fixes a few errors that might occour
in this rare situation.

darcs-hash:20070627194910-7ad00-de5ac10e0d36ecf8906c080e1d3dc1b2fd85b45d.gz

darcs-hash:20070626182517-7ad00-eedd1d5d52954076d4518235772e6199233d93c2.gz

Now all test cases succeed, but there is probably still trouble with certain
conditions.

darcs-hash:20070626181735-7ad00-dd6e51e37cda7ca63077a2779afe1753ad975f84.gz

darcs-hash:20070626173537-7ad00-8a6d2b90ef9413556f8d6dbb6ac2e65619616c48.gz

darcs-hash:20070626162556-7ad00-2ffaf48c4cd559fc225bc90cb28b2fda2d892576.gz

darcs-hash:20070626162303-7ad00-a9268edd24f0da9c887ea3c66e0f0b10713aa907.gz

darcs-hash:20070625210929-7ad00-034c5839bbca3e697d360f72dffcf9d927fea755.gz

Instead of disabling the whole ACL feature when the auth backend is unavailable
just degrade the user to an anonymous user.

darcs-hash:20070625205228-7ad00-19cfa3c302b4ee63f0a6562823c5d550f9c9755c.gz

darcs-hash:20070625204256-7ad00-928a9544d9a5f161bd2b445f49dfc5be22703153.gz

darcs-hash:20070625182759-7ad00-4fc5881872024baba058f8938cefc5fad40a682d.gz

Added documentation from http://docs.maxg.info/index.php?script

darcs-hash:20070625181003-7ad00-aaafe79332bf17ced0293b9f044628f81b399925.gz

darcs-hash:20070625172017-7ad00-efb5005b0e5c892502679dee66db81ccaf532697.gz

Workaround for PHP bug 41773:
http://bugs.php.net/bug.php?idA773

darcs-hash:20070624174903-7ad00-ae406540aca27e20f8fbd2f7c454c079975ebe22.gz

darcs-hash:20070624174148-7ad00-e091a6bf887838fd6237a6cfa8d34aba74682801.gz

darcs-hash:20070624174021-7ad00-5343b0d790bfd868469f59bdb569ffc9c056431e.gz

darcs-hash:20070624105948-7ad00-9b0c7bb2b718cc45302756b3e8b04cf2472d92bd.gz

darcs-hash:20070623142008-7ad00-fe29449145bb0f41d28b26d088c9017545775d74.gz

darcs-hash:20070622215242-7ad00-c0512378d892226c79e0eae52bdf989e1aa0c5d7.gz

darcs-hash:20070621194636-7ad00-0a02dabd55d9bda3bf07b1eb8bcfdefd832c2df9.gz

darcs-hash:20070619173914-19e2d-7cbef873f967f11ebc0090a1467a0b97d10ec395.gz

darcs-hash:20070620163148-d26fc-f25224e3a9757c298461073386c854122ffb37c2.gz

When the allowdebug option is set, the error message generated by the feed parser
will be put in an HTML comment.

darcs-hash:20070618172904-7ad00-729b99d76df499890ded3f43b708196de9ff8cbe.gz

darcs-hash:20070616214657-6942e-a47a6a757a74d544354aef34863ffa46489bb465.gz

darcs-hash:20070616214530-6942e-5a585a29404e40a7e86bbb4de0fba124f45e61a7.gz

darcs-hash:20070615000611-7ad00-ad889b5a34dfda8e94d7d0394198a15398405847.gz

darcs-hash:20070614232042-7ad00-1bf338c94e11f4bf16992cd83cca232fa8e193a6.gz

This piece of code should be replaced by some unobstrusive code in the future

darcs-hash:20070613193351-7ad00-ce797a00e945f902e2fb309b83ffca988c2fb7e6.gz

darcs-hash:20070613191542-7ad00-0e72b3c40f9593838641be5c4e728a8e1a68d550.gz

Because correct smart quote parsing with regular expressions is nearly
impossible, especially when dealing with quote usage in languages different
from english, the typography configuration option was changed.

0 means to completely disable any typography replacements
1 will only handle the multiply entitity and double quotes, this should
  nearly always work without problems and is the new default
2 will add singlequote parsing. This might break because single quotes and
  apostrophes are not always easily distinguishable. Especially in languages
  where single quote openings and apostrophes are different characters you
  might experience problems. For english it should nearly always work.

darcs-hash:20070613184015-7ad00-0cebc3f807f54467d54458075c5c9f651355c5ba.gz

darcs-hash:20070613173817-7ad00-99fdc0bf868bff124ef7c5ec01ef3f58c51b36eb.gz

There was a problem in the mail header builder which left out a space between
real names and the email address, which broke certain mailers.

darcs-hash:20070613153201-7ad00-df21a26f31a199c2a1e8754d76b23afcf7981539.gz

darcs-hash:20070613152712-7ad00-903176f9d5632ab1f26a4d8849f7eb7523134874.gz

darcs-hash:20070613152342-7ad00-f47364ec4dec635a1e5da1d5ba855f0cc2c7d299.gz

darcs-hash:20070604174939-7ad00-73a8a54560f0b801f293ced2213a3ca1fd1a394c.gz

darcs-hash:20070604122134-3c565-33241d7cfa7f8813e8f482e7b46c72cdfafa2a15.gz

Introduces a DOKU_REL constant always pointing to the DokuWiki directory regardless
of the used canonical setting.

darcs-hash:20070603191451-7ad00-a5227a3632b3337f5da90551d3166d9b5db56638.gz

darcs-hash:20070603152100-26f5f-f899eb74ba24850262b8ac64626e31a9e8c967da.gz

This fix adds a new configuration setting, 'auth_security_timeout', which controls the duration (seconds) before authentication
information is rechecked.  The default value is set to 900 seconds (15 minutes). Wiki installations particularly concerned
about security should set this value to 0.

DokuWiki maintains a copy of the most recent authentication details in both a browser cookie and server session.  Normally these
values are compared on each page visit.  If the comparison passes the user is accepted. The same data will be used over and
over until either the cookie or the session expires.  FS#1085 is concerned with updates to the original authentication data not
being able to affect this comparison.  The new 'auth_security_timeout' setting will force expiration of the saved data after the
specified period has elapsed.

Re-authentication may affect page response, especially on systems which use remote authentication systems.

This fix is considered partial and should be reviewed after the next release with a view to extending the authentication class
to allow those mechanisms which are able to control when DW should revoke authentication.

darcs-hash:20070528194747-d26fc-f471004da604eb66f7131c470e446b98c29d801b.gz