This page is meant to ask other DokuWiki users for help. Use the bugtracking system to file Bugreports, Feature Requests and Support Questions. Before you ask any question you should read this Tutorial on How To Ask Questions The Smart Way.

Questions are nowadays probably better asked in the DokuWiki Forum.

Since I moved and updated my dokuwiki I cant navigate within it.

• The main/start page displays fine, no errors.
• I can edit the start page.
• when I click on a existing or not existing link I am redirected to the start page.
• I checked permissions and user/group rights. user/group is www-data and file and folder creation is allowed.
• DW gives no errors or warnings about missing permissions

I would really appreciate some help as I have no Idea whats going on. It was working fine before that except that this is now on Ubuntu hardy not edgy any more Thank you, — Seb

Hello, I am trying to put a navigation bar made out of php on the top of every page in dokuwiki. I also need to apply a stylesheet to each page or modify a previous stylesheet. A example of the navigation bar I want to place on my wiki is right Here. Please email me if you have a solution at jonniesweb@jonniesweb.com

Try to create a custom template (copy-paste the default one at lib/tpl/default and select it from the conf page) and put in main.php your new code.
About sylesheets, have a look at this page. I bet you'll have to tweak some .css files in your new template, and maybe the style.ini file.

Hi. I'm having troubles with a DokuWiki installation on an intranet. No users can stay logged in for more than a few seconds.

That is to say that the login succeeds but shortly afterwards something happens that destroys the “logged in” status of the user.

I suspect cookie / session issues but after trawling through the source code I'm left stumped. Any ideas?

RESOLVED This was not caused by DokuWiki but by a problem with the Suhosin extension for PHP. More specifically, an older version of Suhosin was destroying cookie information because of a problem with its automatic cookie encryption features.

If you have Suhosin installed you can fix this problem by turning off the cookie encryption features in your php.ini. The line to do so is:

suhosin.cookie.encrypt = 0

I would like to know a little thing: how can i create a link to the index page? or How can i moveand rename the index button? Having it at the bottom right isn't very ergonomic for long pages and i'm not good enough with css to move it

Is it possible to supress the TOC from occuring on a page, regardless of the number of headers?

Yes: put this in your page:

~~NOTOC~~

I have an LDAP backend and want to have a listing of multiple superuser/admin accounts. How can this be done? I currently use the following line.

$conf['superuser'] = 'user_id';

I want to add multiple users. I have had success with the following line, but it gets overwritten every time there is a change via the configuration page. Is this a bug, or have I set this up incorrectly?

$conf['superuser'] = array('User_id1','user_id2');

Thanks you in advance!

–Scott H.

RESOLVED I had to add the group filter lines to my local.php file as shown in the ldap example of this wiki. That successfully retreives group memberships and allows a superuser of @<AD_Group> to work successfully.

How do I allow dokuwiki to use the characters åäö in page titles and namespaces? When I try to create such pages or namespaces Dokuwiki seem to ignore those characters. /Kristofer

How can I change the “do not reply to this email” standard into what I want for eksemple: MyDoKuWiKi@yourdomain.com?

It would be verry helpfull to learn where this is hidden. I tried to search here, but there is non relavant information.

Sicerely,

Rodejong [rodejong1972@hotmail.com]

Does anyone has an idea, how the URL rewrite mechanism can be adapted to hide the dokuwiki directory? I.e. instead of www.domain.tld/dokuwiki/namespace/page it should read www.domain.tld/namespace/page.
AlexJ, 07.03.07

Presumably this would be done with htaccess rewrite rules - I am interested in this as well so please let me know if you've licked it. tobias, 28.3.07

I played around with .htaccess found preinstalled in my dokuwiki directory. I edited the .htaccess file and put above my DokuWikiRoot (NOT in the wiki directory).

#Suppose your dokuwiki root is in <DokuWikiRoot>
RewriteBase /
RewriteRule ^$                <DokuWikiRoot>/doku.php  [L]
#...etc

This code ensures that such inquiries as www.domain.tld/namespace/page will be directed to www.domain.tld/<DokuWikiRoot>/namespace/page. The only problem that still remains, is that indexes within wiki still refers to urls with <DokuWikiRoot> included.

In configuration settings I set Base directory to ”/” and Base URL to “myDomain”. So now everything looks okay, except for that no templates are available… I think the .htaccess file should be modified somehow…

I added the following line to .htaccess:

RewriteRule ^lib/(.*)                 <DokuWikiRoot>/lib/$1  [QSA,L]
RewriteRule ^data/(.*)                <DokuWikiRoot>/data/$1  [QSA,L]
RewriteRule ^conf/(.*)                <DokuWikiRoot>/conf/$1  [QSA,L]
RewriteRule ^inc/(.*)                 <DokuWikiRoot>/inc/$1  [QSA,L]

Now, everything seems to work well. I will report if there is more to it.

I don't know if its related to the URL problem, but how can you deny straight access to directories? For example, my dokuwiki is under: www.mydomain.com/myWiki/ . Permissions are set properly (770, 660). Still, from browsers you can access my data through www.mydomain.com/myWiki/data/

I have only user (not root) privileges.

Normally the data/ directory is protected by a .htaccess file and you shouldn`t be able to access it directly via a browser. You may read the security page, especially the section about moving the data directory out of the webservers root directory. — Michael Klier 2007-05-10 17:35

Thanks a lot you. Indeed it is very simple. I only had to edit the .htaccess file in my dokuwiki root, uncommenting

 Options -Indexes -MultiViews +FollowSymLinks

It was also necessary to AllowOverride All in httpd.conf. Or actually ask the admin to do so.

Is there a a way to restrict showing minor revisions in the “Old Revisions” page? I would like to be able to NOT show the minor revisions. Why? When I am writing a page often times I have to stop and come back to it later. All those stops and starts of creating the page are not really revisions and I don't want them cluttering up the Revisions listing. Is there a better way to go about this?

Thanks, — Scott Geiger 2007-02-13 23:07

You mean better than checking the Minor Revisions box at the bottom of the Edit screen? — DGM2 2007-02-16 19:47

I did that and it only italicizes the entry in the revisions page. I do not want to see it at all. — Scott Geiger 2007-02-16 22:48

Ok finally found an answer. Two parts are involved. A minor edit to inc/html.php and a new CSS. In inc/html.php find this line in function html_revisions

print ($info['type']==='e') ? '<li class="minor">' : '<li>';

(about line 496) and change it to

print ($info['type']==='e') ? '<li class="minor_old">' : '<li>';

Next, add in a new style in your template css as follows:

div.dokuwiki li.minor_old {
  color: __text_neu__;
  font-style: italic;
  list-style-type: none;
  position: absolute;
  visibility: hidden;
}

The key pieces are the position and visibility elements. — Scott Geiger 2007-02-22 09:26

After upgrading to the most recent Dokuwiki version, the AJAXy pagename search has stopped working. It appears to be looking in the wrong directory for ajax.php.

error message in search popup:

Not Found
The requested URL /biki/lib/exe/ajax.php was not found on this server.

For the upgrade, I unpacked the new Dokuwiki in its own biki directory, then copied over the data dir from previous version. After some testing, I moved the old dokuwiki install out of the way (mv dokuwiki wikibak) and renamed the new Dokuwiki (mv biki dokuwiki).

I'm not sure how to tell Dokuwiki that it should be looking in /dokuwiki/lib/exe/ for ajax.php.

Thanks for any help…

UPDATE: Ended up “fixing itself”, I think, or perhaps was a result of some changes I made in dokuwiki/conf (I had clobbered some of the files in the new release with stuff from the old)

Eric Jusino

I had the same problem. I just removed the cache directory and it worked again! So it seems to be a caching issue.

In PmWiki, to make anyone who have a name can post or edit, Simply puting $EnablePostAuthorRequired=1 to conf.php. I want to known how to enable it in DokuWiki？

thanks

(How) is it possible to trace user log-in and actions on a dokuwiki installation (as an admin or looking into the files)?

(How) is it possible to create say, a list of items and have it displayed in the way the gallery plugin works? bsaically i'd like to add items to a unordered list, specify how many columns it'll span and have it sorted into that table. here is an example of the output i'm trying to get: External Link. i suspect it's possible with the tools and plugins already available, but i cant seem to piece it together!

As far as I can tell the toolbar smileys insert tool is generated on the fly from a list populated by getSmileys(), which reads from the smileys.conf file, but even though there are no more smileys (I'm using it for other status type icons for the users to use) the smileys do not update in the popup that follows clicking. Is the data cached or is it read from a different method?

Did that for me and it's a cache thing. Touch lib/scripts/edit.js or reset the entire cache should do it. tgh

After I upgraded from dokuwiki-2006-03-09e to dokuwiki-2006-11-06 the toolbar no longer appears. I've deleted data/cache, but no change. Anyone here with the same problem? Henry

Well, I found out. In conf/dokuwiki.php there is the parameter

$conf['usedraft']    = 1;             

which wasn't there in dokuwiki-2006-03-09e. If you omit that option in dokuwiki-2006-11-06, you'll get a Javascript error, therefore the toolbar will not be displayed. So my error was in just copying the old conf/dokuwki.php to new one. But I think this is a bug in dokuwiki, because there must be no display Errors if you omit some options.

If you omit usedraft, the result is the following code

function(){locktimer.init(840,'Your lock for editing this page is about to expire in a minute.\nTo avoid conflicts use the preview button to reset the locktimer.',);})

which produces a syntax error because of the semicolon.

The fact is, as it is told at the beginning of the dokuwiki.php file, this file is not intended to be changed by the user.
[quote] * All the default values are kept here, you should not modify it but use
* a local.php file instead to override the settings from here. [/quote]
You really have to use local.php file to override configuration you want to change. Eugène Suzyumov

I has a similar problem. But the solution was some other. Try change in conf/dokuwiki.php the parameter

$conf['compress']    = 1;

to

$conf['compress']    = 0;

In my case error was with incorrect compression for js files. gauss.

I, too, had this problem. Turns out that I had copied over the entire dokuwiki/conf/ directory and apparently clobbered some information. Getting a fresh copy of the dokuwiki/conf/ directory and making sure to only copy over my acl.auth.php and users.auth.php solved the problem.

— Eric Jusino

7 November 2006 – I've been running dokuwiki-rc2006-10-19.tgz and am failing repeatedly to upgrade to dokuwiki-2006-11-06.tgz. (Fortunately I tarred the working installation first!) I've followed the instructions at http://wiki.splitbrain.org/wiki:install:upgrade but get a variety of errors. I have to chmod -R 777 the conf, data and lib directories to get the installer to run. After copying in my conf and data and lib/plugins and lib/tpl content, I'm getting an error about conf/local.php already exists. I've been through this five times today and am thinking there must be an upgrade scenario that works better than the instructions at http://wiki.splitbrain.org/wiki:install:upgrade. What works for you? TIA, TomS

Wha do you want to run the installer? Copy & Go!

⇒ Just extract the new version and copy your data, conf, tpl, and plugin directories to your new location ⇒ Make sure your permission's are all set. ⇒ If your new directory in the the same directory level of your current install…rename your current installation to something else and rename your new one to what your current installation is…and that's it. ⇒ I've seen it's sometimes a good idea to rebuild your search index after the upgrade. There's a searchindex manager plugin you can use. ⇒ Also, the latest release needs a data/index directory

⇒ ⇒ Scott H.

On my Log In page I get following mesages on Navigation, Copyright and Site Notice pages. No ACL setup yet! Denying access to everyone.

However I thought I had set the ACL for these pages to Group ALL Read (only). Any help welcomed!

Barry Brotherton

Did you make a writeable copy of the acl.auth.php.dist file, without the .dist extension?

I have October 06 version of Dokuwiki. When I try to create wiki:anynewpage I get the error messages:-

Warning: Invalid argument supplied for foreach() in /home/traffordlauk/public_html/dokuwiki/inc/parserutils.php on line 318

Warning: Cannot modify header information - headers already sent by (output started at /home/traffordlauk/public_html/dokuwiki/inc/parserutils.php:318) in /home/traffordlauk/public_html/dokuwiki/inc/actions.php on line 291

Am I doing somthing really stupid?

Thanks,

Barry Brotherton

I had the same Problem, it's because you don't have proper rights on the folder in your webspace! If you uploaded Dokuwiki via FTP, the owner of the initial namespaces like playground or wiki is the FTP-user but not the web-user e.g. www-data (debian). so you have to give these folders the proper rights.
19.10.06, S.Hennig

Many thanks,

Problem sorted now.

Barry Brotherton

I understand that email notification is activated by default. However, it does not occur in my installation. What are the steps required to implement and activate email notification so that users can receive information about the most recent changes in the wiki? Thanks — Paul Hoy 09-16-06

All you have to do is check the config file dokuwiki.php in the conf directory and see the option $conf['notify']. — Nuno Morgadinho 12-05-06

i am getting a message that “notication email could not be send” while registering users .. pls advise on how i shoul handle this.- Maneka 8/21/07

When I try and access plugins and the information page for them in JD-Wiki I get the following error:

Warning: main(/joomla/components/com_jd-wiki/lib/lib/plugins/syntax.php): failed to open stream: No such file or directory in /joomla/components/com_jd-wiki/lib/plugins/bibtex/syntax.php on line 127

I noticed that for some odd reason the 'lib' dir is being referenced twice (/lib/lib/plugins/syntax.php).

When I noticed this I opened the admin.php file for another plugin that I had recently added (it was a backup plugin) and I found a spot in the code that seemed like it might affect the error and then I edited it.

The lines I edited started off looking like this:

if(!defined('DOKU_INC')) define('DOKU_INC',realpath(dirname(FILE).'/../../').'/'); if(!defined('DOKU_PLUGIN')) define('DOKU_PLUGIN',DOKU_INC.'lib/plugins/'); require_once(DOKU_PLUGIN.'admin.php');

and ended looking like this

if(!defined('DOKU_INC')) define('DOKU_INC',realpath(dirname(FILE).'/../../').'/'); if(!defined('DOKU_PLUGIN')) define('DOKU_PLUGIN',DOKU_INC.'/plugins/'); require_once(DOKU_PLUGIN.'admin.php');

Not much of a difference, but after doing the edit the plugin started to work.

I'm no PHP guru, so my question is this, instead of editing or attempting to edit every single plugin that I install so that it doesn't try and access directories that don't exist is there another file that I can edit so that I don't get the above error?

I get the error:

Fatal error: Class syntax_plugin_news: Cannot inherit from undefined class dokuwiki_syntax_plugin in /var/www/dokuwiki/lib/plugins/news/syntax.php on line 25

The line 25 in syntax.php is class syntax_plugin_news extends DokuWiki_Syntax_Plugin

I think my installation was ok, i am new by working with dokuwiki. I don't know what i can do.

How can I include TOC in the template (main.php)? (I want the main menu of the page to contain it). I found a solution http://wiki.splitbrain.org/wiki:dokuwiki:cib:toc, but it doesn't work for me.

Same problem here 19-april-2007 (solved 21-april-2007); The solution suggested below (using the cacherevisionseraser plugin) didn't work for me, because the config file from the cacherevisionseraser plugin wasn't writable/changeable too, so I couldn't enable deletion of old revisions. But fixperms.php did the trick. See also DokuWiki on a hosted server

I have this same problem, but I can't even delete the whole directory. DokuWiki must be writing its files to the attic with some crazy permission setup that won't let me delete its files. It's bizarre because I can delete the files that are in the general attic folder but anything inside the attic namespace folders I can't delete OR change the permissions of. I'm at my wit's end here and would prefer not have to call my hosting company to have them delete the files. Any ideas how I can fix this? -Simon edit: Just to be clearer, my problem is with the attic files. I know you can specify in the configuration file what permissions new files should be created with, but all the existing 15 megs of files are written with permissions in such a way that somehow even I can't access them (they don't think I'm the owner, they think I'm group).

Solution: The cache and revision delete plugin solved this problem nicely.

I'm trying to delete the contents of my cache folder via FTP, but keep getting a 550 permission denied error.

I can delete other files, but not these.

Any suggestions?

Thanks, N 2006-03-29 08:39.

I had to delete the entire folder and re create and permission it.

Dokuwiki is my first and only wiki, and while I've figured out a lot on my own, I'm running into trouble. I've made an internal wiki for my department. I don't want the rest of the company to read it. All users must log in with their own login so we can track changes. If you can tell me a better way to do this, by all means, and thank you. Here's what I've done:

         $conf['useacl'] = 1;
        
         $conf['superuser'] = 'admin';

So I've turned on the ACL, I registered a user called admin, then edited my local.php so the user is a superuser. I clicked Admin button and then Access Control List Management. Here I removed all priveledges for the group ALL for Permissions for Namespace * . Visiting the site you can't see any content (good thing) unless you log in as admin. Can I have multi superusers and add them to $conf['superuser'] = line in local.php? What would that syntax look like if it is possible (experimenting hasn't worked)? How do I create a group and put users in here, and set ACL so they can read edit upload etc?

pcr

In the conf folder of the wiki, local.php file needs to be edited. The line in local.php called $conf['superuser'] = 'admin'; needs to be changed to $conf['superuser'] = '@ADMIN'; Create your users and add them to the group ADMIN. 2006-07-18

I'm trying to set mine up and, for the life of me, I cannot get to an admin page. Where is the link to the page? I thought is was located on the page after you log in, but have not seen it anyway. While reading through a few forums, I saw where someone user ”/doku.php?do=admin” but it says I'm not allowed to get there from here. Is my user forever stuck on the “user” level?

  /* Authentication Options - read http://www.splitbrain.org/dokuwiki/wiki:acl */
  $conf['useacl']      = 1;                 //Use Access Control Lists to restrict access?
  $conf['openregister']= 0;                 //Should users to be allowed to register?
  $conf['autopasswd']  = 0;                 //autogenerate passwords and email them to user
  $conf['passcrypt']   = 'sha1';            //Used crypt method (smd5,md5,sha1,ssha,crypt,mysql,my411)
  $conf['superuser']   = '!!@ADMIN!!';      //The admin can be user or @group

• @ALL 0
• @ADMIN 16

  john:0927b1bc880ac309bd5df57cc10c4ff46edcd81d:John:john@yahoo.com:ADMIN

7-23-2006

Just do exactly what the very line before your “Similar Trouble” heading says ($conf['superuser']='@ADMIN', and you don't even have to add yourself to the ADMIN group, because you're already in it). BTW, the twice double quotation marks hint that their is something to be adjusted …

I'm new to creating plugins and I'm working on a plugin in which I need to duplicate (to some degree) the internal link parsing. I'm having a bit of trouble working out the relative URLs of internal links. Would somebody be kind enough to whip up a bit of sample plugin code that mimics the internal link syntax? Thanks! — Allen 2006-06-26

Nevermind. I figured it out. Check out Link Way to see the plugin I created. — Allen Ormond 2006-06-30 07:42

Any information how to solve this error really appreciated ! A matter of how to give the right 'basedir' …

Is there a way to fill a table cell with an ordered or unordered list? I've tried lots of different syntax and it all looks super lame. Thanks in advance. mark

Is there a way of totally separating namespaces? I want to be able to have a seperate recent changes page and seperate rss feeds for each namespace so that I can host several wikis on the one codebase.

I´m writing down CodeSnippets with my Dokuwiki and would like to highlight several (e.g. changed) lines inside my (already highlighted and non-parsed) code-tag. I already googled that Geshi has something called “highlight_lines_extra”. Is it possible to use this parameter inside dokuwiki ? Or do i need to patch anything for this ??? Any Suggestions ?

— Dodger 2006-05-15 16:54

I've got a personal project, and decided to go with a wiki engine. I've already got some experience with MediaWiki, but I went with it for a slightly more open project that required its functionality. However, for this personal project, I've been looking at feature lists and I've narrowed down my choices to two wiki engines - MoinMoin and DokuWiki. This personal project would mainly be a place where I could easily write stuff and show it to other people. However, I'd be the only editor, possibly having talk pages open for comments. I've been poring over WikiMatrix's comparison between the two. A few things that make me feel uneasy are DW's lack of page redirection… but MoinMoin also lacks a quite useful feature, namespaces. These are my main doubts when trying to choose between the two - although DW's lack of an IRC channel also makes me uneasy. I'm sort of leaning towards DW due to its pleasing “feel”. Can someone help me decide? :)

— Cctoide 2006-05-14 21:52

Your dilema can be solved thanks plugins! There is a plugin for DokuWiki which enables page redirection!

I'd like to be able to have users access and edit the wiki from anywhere, but I'd like to restrict registered users to those with accounts on a certain system. Is there a natural way to restrict new accounts to users from a specific range of IP addresses?

Thanks in advance,

jason

I'm searching for a functionality that could really help me: Is there any way I can just hide the “Edit” and “Revisions” Buttons for certain user groups on certain pages? I'd like “ordinary” users not to be able to see older versions and changes on the welcome-page, while they should be free to have these options for some others.

If this option isn't implemented yet: As DokuWiki recognizes me being in the admin-group or not and displays the admin-button on this information, there should be some simple if-line-code I could enhance in one of the php-files to do the same checking for other buttons? Or should it rather be dependent on a special page-tag like “editable”?

This would make DokuWiki in fact a great combination of CMS and Wiki!

Thanks in Advance,

Thierry

— e-Mail me 2006-05-17 13:40

I've read the information at he, and followed some of the links and discussion. In some personal testing, it seems that consonantal text renders well, but adding the vowel points (“niqud”) seems to create padding problems. I am very hopeful of using DokuWiki for a fairly large project on classical (Biblical) Hebrew semantics, but use of “vowels” would be essential. Can anyone help me out with the pointing issue, or even advise whether DokuWiki is the right choice for a project that may eventually be very large, and with single pages that are very large. Many thanks for any help with this! — David Reimer 2006-05-04 15:04

See the trouble here: http://www.greguti.com/imi/wiki/

I activated SafeMode Hack but nothing changed. Later I could check that SafeMode is not activated on my hosting (safe_mode and safe_mode_gid are “off” on my phpinfo() page. You can see it here: http://www.greguti.com/imi/wiki/info.php).

The PHP version is 4.4.2

I already installed older versions of Dokuwiki in the same ftp, and everything was running smoothly at the time. The hosting service is provided by http://www.ovh.com, and I use the 300GP mutualised pack. I'm trying to figure out the trouble for two hours now. My brain begins to melt. Help.

I had the same problem. I installed the 2006-03-09 version in a remote server running PHP version 5.1.2 (and the safe_mode and safe_mode_gid are “off” as well). When I access my wiki, all the pages appear with no style. The problem is that the css files are not being loaded with the page. The following warning appear when I try to access the css style sheets directly (I just altered the mysite and user fields in the code in order to post here)

http://wiki.mysite.com/lib/exe/css.php
Warning:  parse_ini_file() has been disabled for security reasons in /home/user/public_html/wiki/lib/exe/css.php on line 41
Warning:  Invalid argument supplied for foreach() in /home/user/public_html/wiki/lib/exe/css.php on line 42
Warning:  readfile() has been disabled for security reasons in /home/user/public_html/wiki/lib/exe/css.php on line 72
http://wiki.mysite.com/lib/exe/css.php?print=1
Warning:  parse_ini_file() has been disabled for security reasons in /home/user/public_html/wiki/lib/exe/css.php on line 41
Warning:  Invalid argument supplied for foreach() in /home/user/public_html/wiki/lib/exe/css.php on line 42
Warning:  readfile() has been disabled for security reasons in /home/user/public_html/wiki/lib/exe/css.php on line 72

I really want to make my Dokuwiki work, but I've been fighting with It for some days now. I visited other working installations of Dokuwiki and I found It very good and simple. However, It would be great to have an install/update script with the distribution: It would make the life of new users (like me) easier!

Same problem… http://blender-archi.ovh.org/dokuwiki/doku.php

Same problem on several hostings (including paid for) Apache v.2.0 Please: I've got appserv installed on the local machine (Apache v.1) and everithing works fine with the same versions of PHP. Writing css's in the main.php of the template does bring style but works with everything except for the buttons (don't know why). What can I do? Please help me!

I've checked my dokuwik into SubVersion. SubVersion will put directories named .svn into each subdirectory. It seems to me the dokuwiki parser has a problem with these folders, because no content from the data-dir will be displayed By using the non-checked-in version everything is o.k. again

How can I modify the parser/dokuwiki to ignore these dirs ??

I have the same problem with CVS, which puts a dir called CVS/ into each directory. Now DokuWiki sees these as namespaces and offers them everywhere. How can I make DokuWiki ignore these directories?

An option is to do an export from your SVN repository. This will not have version information in it. The same thing is available for CVS, I think. — Ronald Bruintjes 2006/12/12 11:29

I dont know if it is possible, but I want files from media not to be cached, because my images wont change and it is just useless serverload/space to recreate the images in another directory. also to mention, my media directory is external (/files from my homepage, because also other stuff is stored there) I set up dokuwiki only be editable by some authors, all others should only have a “plain view only” version from the page. I try to increase performance and decrease space usage for this issue.

Hi ! I would like to deactivate the automated mail notification of page changes, is there any way to do that ? I looked for but didn't find any. Thanks by advance.

— Eric 2006-03-25 10:56

Does setting conf['notify'] (notify) to empty help? — Denis Simakov

After following the steps on http://wiki.splitbrain.org/wiki:tips:pdfexport, exporting to pdf appears to work. However, I'm seeing that it only works for pages that can be viewed anonymously. I'm using ACLS on my entire site (except for read access to all on start.txt). Any hints appreciated :)

Since the last release, characters such as quotes translate into &quote; when inserted via toolbar buttons. Since some of my buttons insert html code, '&quote;'s are compelety useless for me. Is there some way to adjust this behavior?

My little local DKWK use previuos version. In the previous version I was able to change the CSS of the page depending on the first namespace.

Before

  <link rel="shortcut icon" href="<?php echo DOKU_BASE?>lib/images/favicon.ico" />
  <link rel="stylesheet" media="screen" type="text/css" href="<?php echo DOKU_TPL?>layout.css" />
  <link rel="stylesheet" media="screen" type="text/css" href="<?php echo DOKU_TPL?>design.css" />

I put a simple script in PHP in main.php:

    <?PHP 
    $change = explode(":",$ID);
    if ($change [0]=='one');
        $nschange= 'a';
    elseif ($change [0]=='two'):
        $nschange= 'b';
    elseif ($change [0]=='tree'):
        $nschange= 'c';
    elseif ($change [0]=='four'):
        $nschange= 'd';
    else:
        $nschange= '';
endif;
?>

I esplode the $ID and put a variable ‚”$nschange” and I call CSS like adesign.css or bdesign.css. and I modify the line above in that way:

      <link rel="stylesheet" media="screen" type="text/css" href="<?php echo DOKU_TPL; print "$nschange";?>layout.css" />

and so on for the others css.

So different argument (for examples one, two, tree, ecc.) have different css (adesign.css, bdesign.css cdesign.css, ecc.)

The newest release use the style.ini file. I'm not able to make it changes css depending on NS.

Can somebody help me?

Is better add more style.ini like “$nschange” . “style.ini”?
Or is better add more section [replacement] like [$nschange-replacement] in style.ini?
Or is better add more css.php file naming on my $nschange like acss.php or bcss.php and then parse different style.ini??
Or what else?

I don't undertand how function parse_ini_file works jet and the old script does't works.¶

Thanks a lot. (sorry for my english) — enrico 2006-03-16 10:49

I've just realized that the Search function doesn't work properly in the 2005-09-22 release installation I set up a couple days ago. Since I knew it worked correctly (and still does) in my 2005-07-13 installation, it didn't occur to me to check it until now.

When I do a search on my new installation, it only finds “hits” in pages at the topmost level, i.e.: files that reside in the \Pages folder. Pages in subfolders don't seem to be searched, even though the same folder structure works in my old installation. Can someone tell me what I need to check/adjust to get the Search working? — DGM2 2006-03-10 18:55

i tried everything to make the downloads link to work, but they just don't … http://php-infinity.com/wiki the page just reloads ! anybody else have this problem?

Is it possible to make parts (some words) of the headline a (dokuwiki) link? (Is there a plugin or any other way to achieve this?)

When I surf to a site of my wiki, I can see implemented pictures (which are uploaded). When I reload the site, I cann´t see it. After four or more reload the pictures are (sometimes) again available.

Second Thing (the same problem?): When I upload (per FTP) an PDF an I implented it at my site and I try to download it from the wikisite I only get a message “not found”. In my webspace the file is CHMOD 777.

Is this a caching problem (I altered it to 60*5*0 but no improves) or is it my provier or? Thanks for every hint!!!

Here is a link to one of the wiki pages with the problem http://www.fiber.net/wiki/doku.php?id=customer_info:dsl:actiontec_dsl_router_walkthrough

We've tried all of the fixes people have come up with below, but didn't have any success. We can upload new images and they show up in our media list when inserting an image in a page.

Any ideas? Anyone who had the same problem, fixed it, and just hangs around here waiting for someone to ask how they did it? If so please email the fix to expo@fiber.net

I have the same problem, I can't even see the picture from data/media/ in the wiki:syntax page on my installation. I tried Safari and Firefox. I installed it complete again and again. No result.

Thomas

P.S. It is related with the rewrite setting (userewrite=2), if I turn it off it works just fine.

When I switched off rewrite - i could see all pictures - but only once. Back again from another site - no pictures are shown… — Robert Lender 2006-01-20 23:03

Same problem as Thomas. Uploaded files cannot be retrieved as soon as userewrite is set to 1, settings 0 and 2 work fine for me. URLs like http://wiki.server.org/_media/uml:rfc3561.txt?id=foo&cache=cache are not correctly rewritten, they just show the foo wiki page. I'm using apache2 and the .htaccess from this page: apache2.

The problem was missing rewrite rules for media and detail. This .htaccess works for me:

RewriteEngine on

RewriteRule ^_media/(.*)              lib/exe/fetch.php?media=$1 [QSA,L]
RewriteRule ^_detail/(.*)             lib/exe/detail.php?media=$1 [QSA,L]
RewriteRule ^$                        doku.php [L]

RewriteCond %{REQUEST_FILENAME}       !-f
RewriteCond %{REQUEST_FILENAME}       !-d
RewriteRule ^(.*)$                    doku.php?id=$1 [L,QSA]

Christoph

RewriteRule ^(.*)$                    doku.php?id=$1 [L,QSA]

Is the correct way to write this line

What is in the default .htaccess is wrong

RewriteRule (.*)                      doku.php?id=$1  [QSA,L]

This didn't work in my apache 1.3

Scott - Tue Mar 14 07:01:34 2006

I had two installations, only one was not displaying images so I knew the problem was in the settings. The difference between the two in the config, I had specified the base url and directory in the one that wasn't working. Once I removed that, so that it autodetected, the images displayed fine.

$conf['basedir']     = '';                //absolute dir from serveroot - blank for autodetection
$conf['baseurl']     = '';                //URL to server including protocol - blank for autodetect

— leah 2006-03-07 22:26

This seems to work fine on my site hosted by ovh :

RewriteEngine on

RewriteBase /

RewriteRule ^/_media/(.*)              /lib/exe/fetch.php?media=$1  [QSA,L]
RewriteRule ^/_detail/(.*)             /lib/exe/detail.php?media=$1  [QSA,L]
RewriteRule ^/_export/([^/]+)/(.*)     /doku.php?do=export_$1&id=$2  [QSA,L]
RewriteRule ^$                        /doku.php  [L]
RewriteCond %{REQUEST_FILENAME}       !-f
RewriteCond %{REQUEST_FILENAME}       !-d
RewriteRule (.*)                      /doku.php?id=$1  [QSA,L]
RewriteRule ^index.php$               /doku.php

open /lib/exe/fetch.php

replace

//check permissions (namespace only)
    if(auth_quickaclcheck(getNS($MEDIA).':X') < AUTH_READ){
      header("HTTP/1.0 401 Unauthorized");
      //fixme add some image for imagefiles
      print 'Unauthorized';
      exit;
    }

with

	/*
    //check permissions (namespace only)
    if(auth_quickaclcheck(getNS($MEDIA).':X') < AUTH_READ){
      header("HTTP/1.0 401 Unauthorized");
      //fixme add some image for imagefiles
      print 'Unauthorized';
      exit;
    }
	*/

BUT: I use this fix for an older Version of DW, i don't recommend to use this fix in an public wiki.

www.smerity.com/story/doku.php www.smerity.com/tsnwiki/doku.php

My DokuWiki sites are getting spam on them, and it's not from the users. If you enter into the site above, and then go to the Edit this Page button there is a link to 'KOTOR 1.02 warez'… This is also occuring on my TSN wiki site, except it has a porn link. Really not good for a resource!

The thing is, I'm not even sure I can write to the Edit this Page part of the wiki, so I'm not sure what's happening. I set a lot of directories to full access (777), but I assumed this is local access, and not access to the whole world wide web. Is that the problem?

I'm not sure if it's a DokuWiki exploit, a PHP/Perl one or merely my stupidity, but an answer would be greatly appreciated lol Anyway, thanks in advance for help!

-Edit- I think I found the problem. I chmoded way too many of the files to 777 and somehow a bot got in and inserted links. I redid the installation, and now have a clean wiki. A note to new Dokuwiki-ers, that chmod must be used carefully.

It could be when you set in options of your wiki default attribs for directory 777 and for files 666, instead of 755 & 644. —Kibi 19.06.2006

I followed the instructions exactly as written and my doku.php is blank…..has this happened to anyone else? I am also unable to set the file/folder attributes to 777, only 775

thebakergalleries.com/doku.php

A current bug/feature of DokuWiki is that typographic substutitions (e.g. (c) to © ) that work in body texts don't work in headlines. A workaround for this is to temporarily put the desired string in a bit of body text, hit Preview, and then copy the substituted text from the preview (below the edit box) into the headline (inside the edit box), as this example shows. →(a workaround)←

Dec 15 2005 I'm trying to set up another wiki in my web space that I rent from a hosting company running Apache. (I already have one working - 02/2005 version)

After downloading the latest version and going through the install process, I get “The page can not be found error” in my browser. I have reset the file attributes to 777 on folders and files several times, but still doesn't work. I've read the documentation and FAQs several times, …. I know I'm missing something simple. Any ideas/help would be greatly appreciated.

Ron

• Temporarily delete the file ”.htaccess” inside the dokuwiki-folder → does it work?

When uploading pictures the preview in the upload media screen lists the pictures arranged by the alphabet, which is fine, but if you have a lot of pics in the same folder than it becomes problematic to find the one you just uploaded.

Is there a way to make the “just uploaded file” to be arranged at the top of the list instead? Or perhaps an easy way to change the arrangement of listed files directly from the upload media screen?

Hi, is it possible to extend the dokuwiki search function so that other non wiki - html pages of a site would be included in search results? Example: Dokuwiki is at: http://www.drumsoloartist.com/wiki/

And I want the dokuwiki search to index and show the result of all the html pages located below http://www.drumsoloartist.com/Site/, including the “wiki” folder. Thanks in advance. Pasha www.drumsoloartist.com

Hi, I've manually copied a lot of files into the data folder, but the existing links within the wiki to these filenames haven't 'gone green' - what do I have to do to make Dokuwiki realise that the links now exist?

Thanks in advance, Martin

I've answered my own question. Just edited the page with the links. (I had tried this already, but made no actual changes when I edited the page so the it wasn't re-rendered). Martin

I'm trying to upgrade to the latest version. I copied the data/pages directory into my new version, changed permissions, etc. Everything seems to be working except the links to my pages are now red. I notice that the links now have spaces removed, making the link invalid and thus, page not found. Example: Page name is “New Product”. The link used to be ”…new_product” but now renders as ”…newproduct”. The pages do exist in the data/pages directory and when I type the url into the browser address bar manually with the underscores, the pages are found.



Any ideas? Dean

Yes. In the 2005-09-22 version, check your local.php for $conf['removeunderscores'] = '1';. In 2006-03-xx versions with the Configuration Settings Admin tool, check the Page name word separator setting. — DGM2 2006-05-23 20:59

I am trying to use Acrobat to convert my dokuwiki into a pdf doc. My wiki is relatively simple and it works pretty well. The only inconsistency is that all number/unnumbers lists are converted such at the number or bullet is on one line with the beginning of the text for that number/bullet placed properly indented but one line below. I'm posting this here as I do not see this behaviour when converting other webpages with lists, just Dokuwiki pages. I've tried not only my pages (latest dokuwiki version) but also the main dokuwiki site as well. Same outcome. Anyone have any ideas what is causing the text to be forced to a new line and/or any way of working around it. For info, it happens in both normal and print info modes. Mark 2005-10-31 16:20

I would like to allow users to insert special characters as they edit pages. Is there a way to do this? Eg. &#91;[test-link]] to show someone how to do a test link without having to use nonparsed blocking syntax. — J. J. 2005-10-25 16:49

This definately needs to be added, I have been trying to document something that uses carets ^ in its own syntax. You can't add characters from the keyboard if they form part of the syntax.Well you can if you surrounded them wth double single quote ” ' ” - but it's an ugly hack and it rapidly gets uglier: to display [[link]] I had to type

''[''''[''link'']'''']''

and it doesn't really work on single quotes without spaces. To get that example working inline ( ' '[' ' ' ' [' 'link' ']' ' ' ' ] ' ' ) I had to type

''''' '''''['''''  ''''' '''''  ''''' [''''' '''''link''''' ''''']'''''  ''''' '''''  ''''' ] ''''' '''''

Maybe (literal) character escaping could be added alongside html entity names and numbers — PaulM 2006-01-12 11:04

That already done! Use double percent signs to get litereral text with [[link]] and <code> – Doogie

Is there a way, that the search-id will not point to a page in the root-namespace but to a given namespace, e.g. wiki:[$id]? Why? Cause I am dividing my wiki into the wiki and the community-namespace, rootNS is rather empty! And cause there is always the text about the option “create page” above search results, even if page in rootNS exists! But as said: I'd prefer another NS added before id so that user do not try to create page in rootNS=definetly-wrongNS
— Freddy 2005-10-19 01:30

I would like to allow authorized users to upload some .tex files on my wiki. Thus, I have modified the conf/mime.conf files by adding

tex     application/x-tex

The updload of TeX files works, yet it would be great if there was a little TeX icon when one makes a link to a .tex file in the wiki, in the same way as for pdf files, for example. I added a file icon “tex.png” in the /lib/images/fileicons directory, but I don't know what to do now to associate .tex links in the wiki to the corresponding icon…

Ergh, sorry, it now works … just by correctly refreshing the web pages, without adding anything but what described above.

Hi, I posted a question in discussion but it seems that here is the right place to do. In brief, is it possible in DokuWiki to do a “relative” upper namespace link? like “cd ..” in console. More details in relativens. I'm using 2005-09-22 Release.

No, it's not possible. If you think it's important, write a patch (or convince someone else to code it).

I'm using the 2005-09-22 build of DokuWiki, and note that wantedpages.php lives in dokuwiki/bin. I'm just not sure how to get to it/make it work.

Any pointers much appreciated.

emj 2005-09-29

Don't use it yet. It produces broken page names on my installation (sometimes strips of first character of namespaces). See Bug #558 — ChristopherArndt 2005-09-30 04:40

Thanks much for the tip. I guess I'll check back from time to time on it. 2005-10-02 23:48 UTC

Take a look at this page and notice how the first column of the tables sometimes is too narrow, so that the text in the first column encroaches onto the second column. Am I doing something wrong? Is this a bug? Any suggestions welcome. :) — df (remove nospam) 2005-09-30 08:55

I think this is a browser issue. In Safari it looks exactly as it should. Have you tested other browsers?

Wow, I guess it is a browser issue. It only looks buggy in Firefox. No way - Firefox has a bug in rendering a page??? :) Well, thanks.

The page results are formated as three columns. With longer page names, the list gets corrupted due to overlapping page names. Is it possible to get the page results formated as a one column list?

All you have to do is change your stylesheet. The definition of div.search_quickhits in design.css contains the line “float:left;”. Change that to ”/* float:left; */” and you should be fine.

This is probably a silly question… I can see how to edit existing documents - just click on the ubiquitous edit button. But for the life of me I cannot figure out how to create a new document on dokuwiki. Can anyone enlighten me? Please? Thank you! — df (remove nospam) 2005-09-30 00:45

Just write a link to the desired page you want to create. After saving a red link appears, which when you click it, will take you to the new page. You are informed that the page doesn't exist yet, but you can create it by clicking the Create this page button.

See also this FAQ entry. — ChristopherArndt 2005-09-30 02:59

Except sometimes it doesn't… I just installed (IIS on W2K) and was able to create the start page. I then add a link to a manual page, save, and click the new link. But all I get is the SAME PAGE but a different URL (…/manual) (but it says “start.txt” at the bottom of the window. No .txt file is created. Should be next to “start.txt”, right? If I click “Edit”, the URL reverts to ”../start”. Remove spamthing RESOLVED: Changed conf option userewrite back from 2 to 0.

Is it possible to have the real name instead of the user name noted in the list of old versions? I would strongly prefer this option.

Not without altering the code. Here's a patch to inc/html.php (Version 2005-09-22) that does the trick. It also handles the “Recent changes” pages. Note: this can effect performance, because it might cause (depending on the implementation of the authentication backend) the whole user database to be loaded. — ChristopherArndt 2005-09-30 02:43

@@ -402,7 +402,12 @@
 
     print $INFO['sum'];
     print ' <span class="user">';
-    print $INFO['editor'];
+    $userdata = auth_getUserData($INFO['editor']);
+    if (is_array($userdata)) {
+        print $userdata['name'];
+    } else {
+        print $INFO['editor'];
+    }
     print '</span> ';
 
     print '('.$lang['current'].')';
@@ -434,7 +439,8 @@
     print htmlspecialchars($info['sum']);
     print ' <span class="user">';
     if($info['user']){
-      print $info['user'];
+      $userdata = auth_getUserData($info['user']);
+      print $userdata['name'];
     }else{
       print $info['ip'];
     }
@@ -504,7 +510,8 @@
     print ' '.htmlspecialchars($recent['sum']);
     print ' <span class="user">';
     if($recent['user']){
-      print $recent['user'];
+      $userdata = auth_getUserData($recent['user']);
+      print $userdata['name'];
     }else{
       print $recent['ip'];
     }

If I go straight to any of my DokuWiki pages the links all displayed text like:

http://www.mywiki.tld/pagename?DokuWiki=b629d1580e246d449f5cea6fc880ce29

Is there any way so this session info is not shown?

answer is here: Clean PHP session ID

I want to post any instructions in the UPPER AREA, document my installation in the MIDDLE AREA and seek assistance in the LOWER AREA.
I have read “How to ask Questions the Smart Way” and it is helpful, thank you.

General server information:
Operating system Linux
Service Status Click to View
Kernel version 2.4.26
Machine Type i686
Apache version 1.3.33 (Unix)
PERL version 5.8.4
Path to PERL /usr/bin/perl
Path to sendmail /usr/sbin/sendmail
Installed Perl Modules
PHP version 4.3.11
MySQL version 4.0.22-standard
cPanel Build 10.2.0-STABLE 83
Theme cPanel X v2.5.0

My site http://www.organicparents.org/dokuwiki/doku.php
IS A COMPLETE MESS EEEK!!

Thanks to Bert Garcia (hcgtv)getting me started, I have been creating
WebCalendar Dokuwiki
and thanks to Craig, WebCalendar manager. And now i want to install my own.

UPPER AREA for placing instructions I am following.

Installing DokuWiki is easy - in general it's just unpacking and setting permissions. However a detailed description for various scenarios is given here.

The first step is the same for everyone: Download the newest release from the Download Page ¹⁾.

Note: Windows-Users may need to rename the file from dokuwiki-YYYY-MM-DD.tgz to dokuwiki-YYYY-MM-DD.tar.gz to make their archive tool recognize the file format correctly (See 209). _{For Windows and other platforms, free Ultimate Zip. It worked fine for me in unpacking dokuwiki.tgz on Windows}

After you have followed the basic instructions, your DokuWiki has out of the box behaviour:

1. no access control (see Authentication Options)
2. everybody can read, edit and contribute (see Permissionlevels)
3. 
   

– With Apache Web Server

This is the common scenario for installing DokuWiki in a corporate environment or on your own rootserver.

• make sure you have Apache and PHP installed (most GNU/Linux distributions come with packages for Apache and PHP) - make sure the versions are suitable for DokuWiki
• extract the tarball somewhere below your webserver documentroot eg:

#> cd /var/www/
#> tar -xzvf /path/to/downloaded/dokuwiki-YYYY-MM-DD.tgz

• rename the directory if you like

#> mv dokuwiki-YYYY-MM-DD dokuwiki

• Create an empty logfile

#> touch dokuwiki/data/changes.log

• Set up the correct permissions
  • Usually the webserver runs as a unprivileged user eg nobody, www-data or apache
  • The webserver needs to be able to write to some files and directories (so change the chown nobody to match your configuration e.g. chown apache …)

#> chown -R nobody dokuwiki/data

• edit dokuwiki/conf/dokuwiki.php (see config) if you want to change anything within it. Better yet, create dokuwiki/conf/local.php containing those lines from dokuwiki.php which you want to change. This way, your changes are preserved when overwriting the dokuwiki.php with a new release.
• finally, test if everything is set up correctly. Use the check option in a URL and pull it up into a browser:

http://127.0.0.1/dokuwiki

MIDDLE AREA for documenting my install.

1. Downloaded the newest release.

2. Unzipped with Ultimate Zip

3. Created “changes.log” file and put into “data” folder.

4. Created a “local.php” with the text and put it into the “config” folder.

$conf['useacl']       = 1;        // this enables the ACL feature
$conf['openregister'] = 1;        // users are allowed to register themselves (default)
$conf['superuser']    = '@admin'; // admin group is superuser
$conf['authtype']     = 'plain';  // plaintext backend (default)

5.

LOWER AREA for asking questions and where helpers can reply. Please assist when you are able. And thank you for your energy

I dont know what to do next. I looked at permission levels i'm sorry folks, i just dont understand the instructions. i wish i did. so i chmod the four folders to 777 and other files and it does not make any difference, so i have changed them back to original settings. – aug 6 alto

Has anyone used Beautifier? I find it to be better than Geshi. Its highlighting is closer to what we see in an IDE. My site is at http://rvbhute.freelinuxhost.com/