Sun, 05 Sep 2010 15:25:56 +0200 DokuWiki http://bugs.splitbrain.org/ Nicolas Di Gregorio Fri, 03 Sep 2010 09:42:41 +0200
Everything is working fine unless the "add images or other files" in the toolbar when editing a page. As I've understood, it should open a popup but it does not open with firefox. It works with internet explorer.

I've tried everything (disabling popup blockers etc.)

]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2019 http://bugs.splitbrain.org/index.php?do=details&task_id=2019 Herwin Weststrate Wed, 01 Sep 2010 11:23:45 +0200
Tested with a release of Debian Stable, using DokuWiki version 2009-12-25c "Lemming", XML-RPC client Frontier::Client (Perl) version 0.07b4-4]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2018 http://bugs.splitbrain.org/index.php?do=details&task_id=2018 Adrian Lang Tue, 31 Aug 2010 10:35:27 +0200
Old bugs related to emphasis: http://bugs.splitbrain.org/index.php?string=Emphasis&project=1&search_name=&search_in_comments=1&search_in_details=1&status[]=&do=index

I think we have to run a more sophisticated regex looking for more valid URLs, for example (simplified without the unicode stuff) "((]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2017 http://bugs.splitbrain.org/index.php?do=details&task_id=2017 Debbie Gillespie Sat, 28 Aug 2010 00:36:58 +0200
I finally pinpointed the problem to to the following line:
{{rss>http://slashdot.org/index.rss 5 author date 1h }}
When I remove that line, the content of the page displays without a problem, but when it is included the content disappears. I confirmed that on our old server the RSS feed displays correctly.

Unfortunately, the error log does not provide much clues as to what is happening. All I see is the following
[Fri Aug 27 17:30:58 2010] [notice] caught SIGTERM, shutting down

Is this a problem with my server configuration or is it a problem with PHP 5.3.3? I have verified the error reporting is turned on so if Dokuwiki is generating any additional information, it should be showing up in my logs. Has anyone tried running Dokuwiki on PHP 5.3.3?]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2016 http://bugs.splitbrain.org/index.php?do=details&task_id=2016 Kazutaka Miyasaka Fri, 27 Aug 2010 15:20:56 +0200 with filenames starting with multibyte character if the locale
of PHP is not explicitly set (by php.ini, httpd.conf, exporting
the LANG environment variable or setlocale() function).

See: PHP Bug #37738 basename does not work with Japanese
http://bugs.php.net/37738

DokuWiki is also affected by this bug.

For example, try to download a code snippet on the url below.
The download filename should be "文書_1.txt", but you can find
the filename is "_1.txt" because of the bug mentioned above.

http://www.dokuwiki.org/plugin:preservefilenames

Unfortunately, most of the PHP servers are running without
setting their locales. So workarounds are needed to avoid the
basename bug, that is, to make DokuWiki works correctly.

Since changing locale has big effect, I think the best solution
to cope with this bug is to provide a locale-unaware,
basename-equivalent function by DokuWiki.

If that function is provided, I think many people who are
mainly using multibyte characters will be happy.
]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2015 http://bugs.splitbrain.org/index.php?do=details&task_id=2015 Kazutaka Miyasaka Fri, 27 Aug 2010 11:40:07 +0200 But it is not implemented.
]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2014 http://bugs.splitbrain.org/index.php?do=details&task_id=2014 Kazutaka Miyasaka Fri, 27 Aug 2010 11:36:13 +0200 settings that have been set via older DokuWiki.

DokuWiki before 2009-12-25 handled namespace subscription with:
data/meta/some-ns/.mlist

However the development version of DokuWiki handles it with:
data/meta/some-ns.mlist
]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2013 http://bugs.splitbrain.org/index.php?do=details&task_id=2013 Kazutaka Miyasaka Fri, 27 Aug 2010 05:16:03 +0200 you save email addresses in them, you cannot set them back to
empty string via configuration manager. There are problems in
'email' and 'richemail' classes in config manager.

* notify ('email' class)
* registernotify ('email' class)
* mailfrom ('richemail' class)
]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2012 http://bugs.splitbrain.org/index.php?do=details&task_id=2012 Christian Wenzlick Thu, 26 Aug 2010 16:11:49 +0200 In the current implementation the return value will always be 'admin' as empty($username) is always true:

function getUser() {
$user = getenv('USER');
if (empty ($username)) {
$user = getenv('USERNAME');
} else {
return $user;
}
if (empty ($username)) {
$user = 'admin';
}
return $user;
}]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2011 http://bugs.splitbrain.org/index.php?do=details&task_id=2011 Leonel Caraccioli Thu, 19 Aug 2010 07:17:19 +0200
line 19: $conf['ftp']['port'] = ;

After that, dokuwiki crash and you have to edit this file.
]]> http://bugs.splitbrain.org/index.php?do=details&task_id=2010 http://bugs.splitbrain.org/index.php?do=details&task_id=2010